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Head First 设计模式（中文版 ) 


“我昨天收到了这本书后就开始 
读……我简直欲罢不能。这真是 
太酷了！不但有趣.涵盖面广.而 
且切中要点。这本书让我感到印 
象深刻。" 

Erich Gamma , 

IBM 杰出工程师. 

《设计横式》作者之一 

“我感到读这本书的效果等同于 
读一千磅重的同类书的效果。” 

— Ward Cunningham , 
Wiki 发明者、 
Hillside Group 创始人 

“本书趋近完美.因为它在提供 
专业知识的同时.仍然具有相当 
高的可读性。口吻权威.阅读轻 
松。 ■ 

David Gelemter ， 

耶鲁大学计算机科学系教授 

“这是我阅读过的最有趣且最聪 
明的软件设计 书箱之 一。” 

— Aaron LaBerge , 
ESPN . com 技术副主席 

本书荣获2005年第十五届 Jolt 
通用类图书震撼大奖。 


Software Dcvdopmcni/Java 

你不想重新发明轮子（或者更差的是，漏气的轮子），所以你从设计 
模式中寻求协助一设计模式是过去人们面对同样的软件设计问题所学 
来的经验。有了设计模式，你就可以利用他人实践经验的精华，省下的 
时间可以用在……其他的奉情上，一些吏有桃战性的事情.更复杂的亊 
情、更有趣的事情。你想要 学习： 

• 事关紧要的模式 

• 何时使用某个模式，为何使用该模式 
• 如何在自己的设计中马上采用这咚模式 
• 何时不该使用模式（如何避免对模式过度 狂热） 

• 模式是 *千哪些面向对象设计原則而设计出来的 

更重要的是，你在学习设计模式的过程中不会感到昏昏欲睡。如果你曾 
经读过任何一本 Head First 系列书箝，就知道你能够从本书中得到 的是： 
透过丰富的视觉效果让你 的大眛 宂分地工作。本书的编写运用了许多最 
新的研究，包括神经生物学、认知科学，以及学习理论，这使得这本书 
能将这些设计模式深深地烙在你的脑海中，不容易被遗忘，你将更揸长 
于解决软件设计中的问题，并能够和你的团队成员用模式的术语沟通。 

Eric Freeman 和 Elisabeth Freeman 是作家，讲师，以及技术顾问，原本 
在迪士尼公司领导 f 四年的数字媒体，以及 Internet 的开发，后来，他们 
将这些经验应用在他们自己的媒体中，包括本书。 Eric 具有耶鲁大学的 
计算机科学博士学位， Elisabeth 具有耶鲁大学的计算机科学硕士学位。 

Kathy Sierra (javaraneh.com 的创始者）和 
Bert Bates 是杨销的 Head First 系列书籍的 
创立者，也是: Sun 公司 Java 开发员认证考试 
的开发者。 
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为了满足读者对 N 络和软件技术知识的迫切需求，世界著名计算机图书出版机构 
O’Reilly Media, Inc. 授权中国电力出版社，翻译出版一批该公司久负盛名的英文经 
典技术专著。 

O’Reilly Media ， Inc. 是世界上在 Unix 、 X 、 Internet 和其他开放系统图书领域具有领 
导地位的出版公司，同时也是联机出版的先锋。 

从最杨销的 «The Whole Internet User^ Guide & Catalog )) (被纽约公共图书馆评为 
二十世纪最 t 要的 50 本书之一）到 GNN ( 最早的 Internet 门户和商业网 站）， 再到 
WebSite ( 第一个桌面 PC 的 Web 服务器软件）， O’Reilly Media, Inc •— 直处于 Internet 
发展的最前沿。 

许多书店的反馈表明， O’Reilly Media, Inc • 是最稳定的计算机图书出版商——每一 
本书都一版版。与大多数计算机图书出版商相比， O’ReiUy Media ， Inc •具有深厚 
的计算机专业背景，这使得 O’Reilly Media, 〖 nc . 形成了一个非常不同干其他出版商 
的出版方针。 O’Reilly Media ， Inc. 所有的编辑人 0 以前都是程序员，或者是顶尖级 
的技术专家。 O’Reilly Media, Inc • 还有许多固定的作者群体——他们本身是相关领 
域的技术专家，咨询专家，而现在编写著作， O’Reilly Media, Inc •依 靠他们及时地 
椎出图书 * 因为 O’Reilly Media, Inc. 紧密地与计算机业界联系着，所以 O’Reilly 
Media, Inc. 知道市场上真 IH 需要什么图书。 



译者序 

设计模式 （Design Pattern ) 很重要，不需要我多说。你瞧，程序员几乎人手一本四人组 （Erich 
Gamma、Richard Helm , Ralph Johnson . John VI is sides ) 所著的《设计模式》。打个比喻:信耶 
稣的人都要读圣经，而信00的人都要读四人组的 《设 计模式》，这就是00的圣经。更有趣的 
是，有人还小只买这本书的原版书、连它的光盘版、和中译本也一并买了收藏，可见这是一本多 
么受到 t 视的书。我打探过这本书的销笆置，它杨销的程度令人咋舌。 

许多人反映，四人组的《设计 模式》 不容易阅读。对十不容易阅读的书，会有已经悟道的人写出 
白话版或注释版，以飨后进。所以圣经和佛经都有注释版，用更白的;/式阐述其中的道理，而我 
认为 《Head First 设计 模式》 也是因应这样的需求而产生，它可以被视为是白话版、搞笑版、漫 
画版的 《设 计模 式 》。 《Head First 设计模式》比起 《设计 模式》好读得多了，内容也相当有趣, 
相信我，要3出这样的•本书绝对比写一本正儿八经的书难上许多，可见作者煞费苦心。作者的 
用心换来空前的成功 *《Head First 设计模式》得到相当正面的读者响应，连 《设计 模式》原创 
者 Erich Gamma 也慨然为 《Head First 设计携式》写一段推荐文来“作保证 ”。 《Head First 设计 
模式》还得到2005年的〗 o】t Award 大奖，风光至极。 

本书大纲 

本书共有14章，每章都介绍了几个设 il •模式，完整地涵盖了四人组版本全部23个设计模式•前 
言先介绍这本书的用法 | 第丨章到第 II 章陆续介绍的设计模式为 Strategy , Observer , Decorator . 
Abstract Factory . Factory Method , Singleton . Command , Adapter , Facade . Template 
Method , Iterator , Composite . State , Proxy 。 鼓后三章比较特別。第 12 章介绍如何将两个以上 
的设计模式结合起来成为新的设计模式（例如著名的 MVC 模式），作者称其为 复合设 计模式 
(这足作者自创的名称，并非四人组的标准名饲），第 n 章介绍如何进一步学习设计模式，如何 
发觉新的设计模式等主题，至于第14审则很快地浏览尚未介绍的设计樓式，包括 Bridge 、 Builder . 
Chain of Responsibility . Flyweight . Interpreter . Mediator , Memento . Prototype . Visitor 。 

第 1 章还介绍了四个 OO 基本槪念（抽象、封装、继承，多态>，而第1章到第9章也陆续介绍了 
九个00原則 （ Principle ) 。 T 万不要轻视这些00原則，因为毎个设计模式背后都包含了几个00 
原則的概念。很多时候，在设计时有两难的情况，这时候我们必须回归到00原则，以方便判断 
取舍。可以这 么说； OO 原则是我们的目标，而设计模甙是我们的做法 • 



本书特色 

强大的写作阵容。本书作者 Eric Freeman 和 Elisabeth Freeman 是作家、讲师和技术 
顿问。 Eric 拥有耶鲁大学的计算机科学博土学位， Elisabath 拥有耶鲁大学的计算机 
科学硕士学位。 Kathy Sierra ( javaranch.com 的创始人）和 Bert Bates 是畅销的 Head 
First 系列卞;籍的创立者，也是 Sim 公司 Java 开发员认证考试的开发者。 

本十〕的产品设计应用神经生物学、认知科学，以及学习理论，这使得这本书能够将 
这些知识深深地印在你的眙海里，不 容易被 遗忘。本书的编写方式采用引导式教 
学，不直接告诉你该怎么做，而是利用故事当作引子，带领读者思考并想办法解决 
M 题。解决问题的过程中又会产生一些新的问越，再继续思考、继续解决问题，这 
样可以加深体会。作者以大量的生活化故事当背景，例如第1章是鸭子，第2审是气 
象站，第3 t 是咖啡店，书中搭配人童的插图（几乎每一页都有 图）， 所以阅读起 
来生动有趣，不会感觉到昏昏欲睡。作者还利用歪歪斜斜的手写字体，增加“现场 
感”。精心设计许多堪笑的对白，让肀习过程不会太枯燥 • 还有樓式告白节0，将 
设计模式拟人化成节目来宾，畅谈其内在的一切。 


本书人 m 采用 UML 的 Class Diagram (Static Structure Diagram ) 0 书中的例子程序 
虽然都是用 Java 编写，但是本书所介绍的内容对干任何 OO 语言的用户都适用，包 
括 C ++ 和 C #。 每一章都有数目不等的测验题。毎章最后有一页要点整理，这也是精 
华所在，我都是利用这-•页做复习。 

我认为，这本书的作者仝都是“变态”！唔，我是说，好的那种“变 态”。 毕竞要 
把这么枯燥的主题写得这么有趣而学习效果又好，不是“变态”的作者还真是做不 
到呢！ 



{head First 设计糢式》的作 



Elisabeth 是作者、软件开发人员及数卞艺术家。 
她很早就开始进行 Internet 相关的研究,也是 Ada 
Project 的共 Iri ] 发起人 (Ada Project 是-个针对在 
计算机界工作的女性而设计的网站，曾获得大奖， 
现在已经并人 ACM ) 。最近她带领迪士尼的数字 
媒体研发力 ft 与他人共同发明■个名为 Motion 
的内容系统，此系统每犬传送巨量的数字内容给 
迪士尼. ESPN 及 Movies . com 的 用户。 

Elisabeth 本质 J - J 1 一个计算机科学家,拥有耶鲁 
大学和印第安那大学的计算机科学硕士学位。她 
的 T ： 作领域很广，包括视觉语言、 RSS 内咨整合 
Ljlnternet 系统。地也很积极提倡女性从事计算机 
I 作。今天，你可以发现她在她的 Mac 上使用 Java 
或 Cocoa , 但是其实，她坫希 望的是 全世界都使用 
Scheme , 从小在苏格兰 K : 大， Elisabeth 客欢在大 
自然踏靑及户外活动。一旦她在户外，相机总是不 
离 f -。 她热爱骑¥-乍，是个素 ft f : 义者，也很喜 
欢动物。 

她的电了-邮件信箱是 beth @ wickedlysmart . com ， 你 
可以发电子邮件 给她。 


x 






Eric 是一个计 算机科 学家，热衷子软件架构和媒体。 


他刚刚花四年的时间在一个梦寐以求的工作卜 .：在 
迪士尼指导 Internet 宽带与无线应用。现在，他回到写 
作的 W 位上，用 Java 和 Mac 创造很酤的软件。 


在90年代， Eric 和 David Gelemter —起花了大 S 的时间， 
寻找 Desktop metaphor 的#代品，（他们“仍然"在 
问： 我干嘛不得不给计算机文件取个名 字）。 也因为 
这样的研究， Eric 在1997年获得耶鲁大学的 W 士学位。 
他也与他人一冏创立了 Mirror Worlds Technologies 公司 
(已经被收购），将他的论文内容商业化，创建 J ■-套 
软件 Lifestreams 。 


以前， Eric 为 M 络和超级计算机写软件，你吋能通过 
((JavaSpaces Principles Patterns and Practice 》 这本书得 
知他的名号。他曾在 Thinking Machine CM -5 b 实现了 
元组空间系统 ( tuple-space system ) ,也在80年代末 
期为 NASA 创建了第一个 Internet 佶息系统，他为此深 
感自*。 


Eric 0前住在圣达菲附近的沙澳中，当他不写书或代码 
时，他总是花更多时间摆弄他的家庭 影院， 而+是《 
看影片.他利用空档时间试着修复80年代的经典视频游 
戏 Dragon Lair 。 他也不介意在晚 h 兼差当个电音 DJ 。 

给他的 E - mail 可以写到 eric @ wickedlysmart . com ，你也可 
以去参观他的 Blog , 网址在 http :// www . ericfreeman . com 。 




Head First 系列的创 i 者（认及本书羚罔笫划者） 





Beit Bates 


Kathy 自从开始设计游戏以来（她为 Virgin 、 MGM . 
Amblin 等郎编 写过游 戏），一直对学>1押论很感兴 
趣 。 Head First 系列的人多数格式都出自 她的肀 ，具 
体来说,都是她在为 UCLA Extension (加利 福尼亚 
大学洛杉矶分校）的 “Entertain ment Studies " 研究 
项 H 教授 “New Media Authoring " (新媒体 创作） 
课程时完成的。琅近，她成为 Sun 公51的一名高级 
培训人员，负责教 Sun 的 Java 讲师如何讲授最新的 
Java 技术，并参与开发了多个 Sun 的认证考试，其中 
就毡括 SCBCD 考试，4 Bert Bates —道，她枳极地 
使用 Head First 概念来教成 Tvh 万的开发人员。她还 
是世界卜.换大的 Java 群体 1«1 站 javeranch . com 的创始 
人之一，这家 M 站嬴得丫2003年和200 4 年《软件开 
发》杂志生产力大芡。冇时你还会看到她在 Java Jam 
Geek Cruise ( geekcruises . com ) 给学生上 Java 认证课 
程。 

她最近从加州搬到了科罗拉多，在这 1 1，她得学习 
一些新的词汇，包括"刨冰机”，“羊绒大衣”（译 
注）， m 是在这里的字典 m 找不到 w 电两个字。 

喜欢 的事： 跑步.滑考、滑板，和她养的冰岛马玩, 
以及怪力乱神的玩意儿.不《欢： Entropy 《混 乱）， 


Bert 很早就迳•位软怍开发者和建构师，不过由于 
在人工智能领域有近十年的经历，使得他对学习理 
论和基千技术的培训发生了兴趣。从那以后，他- 
直在教客户学习编程。最近，他成为 Sun 的 Java 认 ilE 
考试开发小组的 一员。 

在他软件生涯的最初十年，他全世界游 W ， 向 
Radio New Zealand , Weather Channel 和 Am & 
Bntertaininent Network ( A & E ) 这样-性其户提供帮 
助。他最得意的项目是为 Union Pacific Railroad 构建 
了一个全轨系统仿真 应用。 

长久以来， Bert —直是无可救药的围棋玩家.玩 W 
棋的时间已经长得超乎想象。他的吉他弹得不错. 
现在更意图染指 Banjo (五弦琴或称斑鸠 琴）。 

你可以在 javaranch.com 找到他.或者在 [GS 
go Server h 找到他。你也可以通过 terrapin ® 
wickedlysmart.com 给他写信。 


你可以在 javaranch.com 找到她，偶而她也会出现 
在 java.net 的 blog 中。写给她的 (3 "J ■以寄到 kathy ® 
wickedlysmartxom 。 

译注： 加州会打雷.科罗拉多州会下貪。 
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如何使用这本书 


淮适含读达本书？ 


如果对下面的所有问趣你都能肯定地回答'•是••： 

Q 你懂 Java 吗？（不过不要求精 通。） 

@你想学习.了解' 记得并应用设计模式，以及其所基于 
的 oo 设计原则吗？ 


也 g 以。 


® 你是不是更喜欢一种轻松的氛围.就像在餐桌上交谈 一样, 
而不愿意被动地听技术报告似的枯燦乏味的说教？ 

那么.本书正是你需要的。 


淮暂时还不适含读这本书？ 

如果对下 Ifii 任何一个问題你能回答“是”： 

0你是不是对 Java— 无所知？ 

(你不霈要是高手，甚至你只会 C# 但不会 Java 也 
没关系 • 因为两者的相似度是80%。如果你只有 
C++ 背景.其实也应该没关 系。） 


@你是不 ft —个很 棒的 OO 设计者/开发人员.正在找 
-本参考书？ 

@你是不是一个架构师.想找企业设计棋式？ 


© 你是不是对新鲜事物都畏手畏脚？你是不是宁》接 
受牙根管治疗，也不《意接受苏格兰花格裙？你是 
不是觉得，如果把 Java 组件都拟人化了，这 样的一 
本书肯定不 是一本 正儿八经的技术书？ « 


那么，太遗《了, 


本书不适合你。 
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[營棺备: _ i : 本 本遠合 科有奇 馆用卡 的人 。 j 



引子 


我们知遂你在想什么 


“这算一本正儿八经的编程书吗？” 

•这一堆图是 T - 什么的？” 

“我真的能这样学吗？ ” 

我们也知遂你的大胎在想什么。 

你的大总是湛求.些新奇的东两，它一直在搜寻，审视、期待笤不寻常的事 
情发生 * 大脑的构造就是如此。正是这一点 才让我 们不至干固步自封’能跟者 
时代前进。 

如今，一般是不太可能被老虎吃掉的。然而，你的大脑还是一直在注意若周围 
是否有潜伏的老虎。只不过你自己没有意识到而已。但足我们每天都会遇到许 
多按步躭班的亊情，这些事愔很普通，对于这样一些例行的事情或者平常的东 
西，你的大脑又是怎么处理的呢？它的做法很 简单， 就是不让这些平常的东西 
妨碍大脑真正的「- 作。 那么什么是大脑真 iF •的丁-作呢？这就是记住那些确实重 



要的事情。它不会费心地 太 - id 乏味的东西 | 就好像大脑里有一个筛子，这个筛 
子会筛掉“显然不重要”的东西，如果遇到的事情枯燥乏味，这些东西就无法通过 
这个筛子。 

那么你的大脑怎么知道到底哪些东西重要呢？打个比方，假如你某一天外出旅行， 
突然一只大老虎跳到你面前，此时此刻，你的大脑里会发生什么呢？ 




看到这只大老虎，你的神经元会“点火”，情绪爆发，释放出一些化学物质。 
好了，这样你的大脑就会知道…… 


这肯定很重要！可不能忘记了！ 

不过，假如你正待在家里或者坐在图书馆里，这里很安全，很温暖， 
肯定没有老虎。你正在刻苫学习，准备应付考试。也 町能想 学一些1 
较难的技术，你的老板认为掌捤这种技术需要一周时间，最多不超; 
十天 • 这就存在一个问题。你的大脑很想给你 帮忙。 它会努力地把; 
些显然不 太重要 的内容赶走，保证这些东西不去侵占本不算充足的 I 
力资源。这些资源锒好还是用来记住确实重要的 事情， 比如人老虎 
再比如火灾险情。如果你曾经只身着短衣裤被大雪围困，这件 事肓: 
不会忘却，你的大会记住绝不要让这种情况再发生第 二次。 

我们没有一种简单•的方法来告诉 大帖：“嘿， 大肭，真是谢谢你厂 


不过不管这本书多没意思’也不管我对它是多么的无动干衷，但我确 


实希望你能帮助我把这呰东丙记下来 •> 
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如何使用这本书 



我们认为 “Head First 的侏砺 

我们很淸較.么祕的感⑽起来 • 

下面 是 -SHead First 学习原 W: _片学⑽ 

看得到，_的文 + 相^^=^^丰提升）.而 ㈣ 片史 

二二:⑽二一 .s 

采用一种针对个人的交谈式风^==内究容表明而=用学一的 
1SM 介绍，学生在学试 v .w ^严漱.如果你面对8这样两 .个 




从想得 * 深。_*二， 

技; 娜 《路_8.并要求谈 

邮__. ( 

r ■工 ㈣ iiS 

;:?:r 吒夺 S 
:% - srr ^ 

咐 * 不碰的， w.m 奸- 舯絲贼 而生 • 
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元 认知： 有兵思考的思考 



如果你是真的想学， rfn' 且想学得更快、更深人，就应该注意你怎样才能集中注意力。考 
虑自己是怎样思考的，并了解 A 己的学习方法。 

我们中间大多数人长这么大可能都没有上过有关元认知或学习理论的课程。我们想学I 
习，但是很少有人教我们怎么来学习。 


我想知道 
1禕才能 骥过我 
的大 itt . 让它轮 tt 达 
#袁 * • …“ 


怎么做到呢？技巧就在丁要让你的大 IS 认为你在学习的新东西确实 
很重要，对你的生活有很大影响。就像老虎出现在面前一样。如若 
不然，你将陷入旷 n 持久的拉锯战中，虽然你很想 id 住所学的新内 
容，但是你的大脑却会竭尽仝力地把它们拒之门外 • 


那么，究竞怎样才能让你的大脑把设计模式看作是 


一只饥饿的老虎呢 ? 


这有两条路：一条比较慢，很乏味I另一条路不仅更快，还更有 


不过，这里可以做一个假设，如果你手上有这本书，你想学设计模 
式， rfn 且可能不想伦太多时间。另外，因为你要参加考试，所以需要 
记住你读到的所有内容。为此必须理解这些内容。想要最大程度地掌 
握这本书或其他任何一本书屮介绍的知识，就要让你的大®负起责任 
来，要求它记住这些 内容。 


效*慢方法就是大量地重复。你肯定知道，如果反反复复地看到同一个东西，即使再没 
有意思，你也能学会并 id 住它。如果做了足够的重复，你的大胳就会说“尽管看 t 去这 
对他来说好像不重要，不过，既然他这样一而再、再而三地看同一个东西’那么我就假 


定这是很重要的。” 


史快的方法是尽一切彳能让大脑活动起来，特別是开动大脑来完成不同类型的活动。如 
何做到这-点呢？上一页列出的常习原則正是一些主要的可取做法，而且经证实，它们 
确实有助干让你的大脑全力 以赴。 例如，研究表明，把文字放在所描述图片的中间（而 
不是放在这.页的别处，比如作为标题，或者放在止文中），这样会 lh 你的大觖更多地 
考虑这些文字与图片之 N 有什么关系，而这就会让更多的神经元点火。让更多的神经元 
点火=你的大脑€有4能认为这些内容值得注意，而且很可能需要记下来》 

交谈式风格也很有帮助，当人们意 i 只到自 己在与 “别人”交谈，往往会更加关注，这 
是因为他们总想跟上谈话的思路，并能做出适当的发言 * 让人惊奇的是，大脑并不关 
心“交谈”的对 方究毚 是谁，即使你只是与一本朽“交谈”，它也不会不乎 I 另一方 
面，如果写作风格很正式，千巴巴的，你的大脑就会觉得像坐在•群人当中被动地听人 
做报告一样，很没意思，所以不必在意对方说的是什么，其至可以打嗑睡。 


不过，图片和交谈风格还只是开始而已，能做的还有很多。 


你现在的位置 ► XXXI 






如何使用这本书 


我们是这么 傲的： 

我们用 I ■很多图，因为你的大脑电能接受看得见的东西，而不是纯 文字。 对你的大 e 而言，一幅图 
顶得 hl 024 个字.如果既 flffl 片乂有文字，我们会把文字放在图片当中，因为文字处在所描述的图 
片中间时，大 b 的工作效丰史商，倘偌把这些描述文字作为秣题，或者"湮 没- 在别处的大段文字 
中，那就达不到这种效*了， 



我们采用了《复手法，会用不同的方式，采 w 不 N 类®的媒体、运用多种思维手段来介绍同一个东 
西， U 的是让有关 内容® 冇可能储存在你的大聃屮， rtiM •能够 在多个 K 中都 W 容身之地。 

我们会用你想不到的方式运用槪念和图片， W 为你的大®苒欢新 鲜玩艺 • 在提供图和思想时，至少 
会含着一些悄绪因素.因为如*:能产生情绪反应，你的大脑躭会投入 电大的 注意。而这会 it 你感觉 
到这些东西 E 有可能要被记住，其实这种感觉可能只是有点幽默，让人奇怪或者比较感兴趣而已。 

我 ( I ' l 采用 r 一种针对个人的交谈式风格，因为当你的大脑认为你在参与 '个 交谈， 而不是被动地听 
一场演示汇报时，它就会更加 X 注。 即使你实际上在读一本书，也就是说在与书“交谈"，而不是 
真正与人交谈，但这对你的大 B 来说并没有什么分别。 

在这本书里，我 ( N 加人 r 40 多个实践活动 • 因为 Hi 申-纯 的阅读 相比，如果能实际做点什么’你的大 
会吏乐 f 学习，更®意去记。练习都是我们稍心设计的，有一定的难度，但是确实能做出来，因 
为这是大多数人所希 a 的。 

我们采用了多种学习模式，因为尽管你可能想循序渐进地学习， w 是其他人 " f 能希®先对整体有— 

个全面认 W , 另外4能还有人只是想看一个代码示例。不过，不管你想怎么学，要是 N 样的内容能 
以多种方式来表述，这对毎_•个人都会有好处。 

这里的内容不 只是单 单涉及左脑，也不只是让右脑有所动作，我们会让你的左右 脑都开 动起来，因 
为你的大脑黎 *5 捋越多，你就越有■能学会并记住，而且能€长时间地保持注意力_如果只有一 谜题 
大除在 T - 作，通常意味着另一半有机会休息，这样你就能史有效率地学习更长时问。 

我们会讲故事，留练习，从多种不同的角度来看同一个问®，因为如*要求大 M 做一些评价和 
断.它就能电深入地学习 • 

你会看到我们给出的此练习， 还要问答一些 问题，这些 H 题往往不是直截 J " 当就能做出回答的， 

通过克服这咚桃战，你就能学得吏好，因为让大脑真正做点什么的活，它躭€能学会并记住.想想 
吧，如采只是在健3•馆里看#别人流汗，这对于保持你自己的体形肯定不会有什么帮助，正所谓临 
渊羡鱼，不如退而结网。不过另一方面，我们会竭尽所能不让你钻牛角尖，把劲用错了地方，而是 
能把功夫用在点 子上。 也■躭是说.你不会为搞定一个难愫的例 T 而耽搁，也不会花太多时间去弄明 
白一段晦涩难備 rH R 通篇行话的文字，我们的描述也不会太过简洁而比人无从下手 • 

我们用了拟人手法=在故事中，在示例中，还有在图中，你都会看到人的出现。这是因为你本身是 
-- 个人，不错，这躭是 原因- 如果和人打交遒，相对于东西而言，你的大脑会表示出更多的 注意。 

我们充分利用 f 80/20 方法，我们认为，如果你真的要攻读软件设计博士的话，这本书 t 定不会是 
你唯一的设计換式书，所以我们不打算面由•俱到.这里只提供 f 你真正需要的东西。 
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的方法让你的大胎就范 

好了，我们该做的已经做了，刺 F 的就要看你自己 的了。 这些提 
示只是个 开头： 听一听你的人脑是怎么说的，弄清楚对你来说哪 
些做法可行，哪些做法不能奏效。还可以做些新的尝试。 


引子 


® 慢一点，你理解的越多，需要记的就越少。 

不要光是看看而已〃停 F 来，好好想一想。书中提出 
问题的时候，你不要直接去期答案。町以假想成真的 
有人在问你问题。你让大脑想得越深，就越有可能学 
会并记住。 

@勘做练习，自己记笔记。 

我们给你留了练习，但是如果这些练习的解答也由我 
们一手包办，那和有人#你参加考试有什么区別？不 
要只是坐在那里看着练习发呆。拿出笔来，写一写、 
両一両^大1研究都证实，学习过程中如果能实际动 
动手，将改眷你的学效果。 

© 阅读 “There are no Dumb Questions ” 部分。 

颐名思义，这些问题4不是可有可无的旁注，它们绝 
对是核心内容的一部分！千万不要把它们跳过去不看。 

• 上床睡觉之前不要再看别的书了，或者至少不 
再看其他有难度的东西。 

学习中有一部分是在你合上书之后完成的（特别是， 
要把学到的知识长久地记住，这往往无法在看书的过 
程中做到）。你的大脑也需要有自己的时间来再做一 
些处理。如果在这段处理时间内你又往大脑里灌输了 
新的知识，那么你刚学的一些东西躭会被丢掉。 

#要喝水，而且要多喝点水。 

如果能提供充足的液体，你的大 脑才能 有最佳表现。 
如果缺水（畤能你觉到口渴之前，就已经缺水 了）， 
学习能力就会 下降。 


#大声说出来。 

说话可以刺激大脑的另一部分。如果你想看懂什 
么，或者想更牢地记住它，就要大声说出来。更 
好的办法是，大声地解释给别人听„这样你会学 
得吏快，而且可能会有一些新的认识，而这是以 
前光看不说的时候未曾发现的。 

® 听听你的大脑怎么说。 

注意一下你的大脑是不是负荷太重了，如果发现 
自己开始浮光掠影地翻看，或者刚看的东西就忘 
记了，这说明你该休息一会儿了。达到某个临界 
点时，如果还一味地向大脑里塞，这对加快学习 
速度根本没有帮助，甚至还可能影响正常的学>】。 

要有点感觉！ 

你的大脑需要知道这是很重要的东西 9 要真正融 
入到书中的故事里 9 为书里照片加 上你自 己的说 
明。你可能觉得一个笑话很憋脚，不太让人满意， 
但这总比根本无动于衷要好 B 

设计一些东西！ 

将学来的知识应用到新项目中，甚至重构旧项目。 
反正就是尽最应用知识，获取实践经验。你所需 
要的是一枝铅笔和一个难题，试着应用数个设计 
模式解决这个难题。 
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如何使用这本书 


Readme 

这是一本体验式学习的朽，不是一本参考书。对 f 学习过程有所阻挠的东西，我们 
都 T 以排除。读完第一次之后，你需要从尖再读一次，因为本书对读者的背最知识 
做了一些假设。 

我们使用简单的“类” UML 图 （注 意，可不是 UML 类图，而是指与 UML 图 

很相 似）。 


书中用到了 UML , 但是我们没有详细介绍 UML , 而 UML 也不是本书必备的预 
备知识 • 如果你以前没见过 UML ， 也别 担心。 我们会沿路告诉你一些 UML 的 
基本用法。换句话说，你根本不需要同时担心 UML 和设计模式。我们的图示法 
是“类 “ UML 图——虽然我们试着用真正的 UML ， 但是基干自私的写作必要，我们 
终究还是做了一些小改变。 


⑽ r 二 •：. 


Director 


getMovies 

getOscars () 

getKevinBaconDegrees() 


我们没有包含所有的设计棋式。 

设计模式实在是太多了. GoF 的基咄 模式. Sun 的 DEE 模式. JSP 捵式.架构模式. 
游戏设计镆式……我们希3这本书的： t.St 能比读者的体重更轻，所以自然不可能 
涵盖所有的设计換式 • 我们从 GoF 模甙屮，取出更重要的一部分模式，作为本书的 
焦点，并确保你能够苒正地.深入地，彻底地了解如何使用这些携式，以及何时 
使用这些模式.对干 GoF 的其他換式，我们也会在附录中概略地介绍。我们相信， 

读过本书之后’你可以很快地从其他资源中学到本书没有介绍的模式，并且游刃有 
余。 

书里的实践活动不是可有可无的 • 

这黾的练习和实践活动并非可有可无的装饰和摆设 1 它们也是这本书核心内容的— 
部分 • 其中有些练 >] 和活动有助干 记忆， 有些則能够帮助你理解，还有一些对干如 
H 应用你所学的知I只很有帮助。所以，请不要略过这些练习。填字游戏是你唯一可 
以不理会的部分，但是它们 "7 以帮助大脑 H 想本章的内容 • 

当我们提到■'组合” ( composition ) ■— 词，我们播的是00 —般概 念中的 
composition , 而不是 UML 严格定义的 composition 。 

当我们说■■一个对象和另一个对象组合在一起 _ ,我们的意思是“有一个” （ HAS - 
A) 的关系.在 一股的 00敝念及 GoF 的书中，都是采用这样的用法。最近 UML 对于 
composition 有严《的定义，如果你是 UML 专家，你还是可以读这本书，只是要注意 
到此名饲定义上的差异。 
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我们有意安排了许多重复.这些重复非常重要， 

Head First 系列图书有一个与众不同的地方，这就是.我们希望你确确实实地靠掸这些知 
识，另外，我们希望在学完这本书之后你能记住学过了什么 • 尽管重复很有必要，不过， 
多数参考书都不认为重复和回顾是一个重要的环节，但是在这本书里，你会看到一些槪念 
会一而再.再而三地出现很多次。 

代码示例尽可能短小精悍„ 


有读者告诉我们，如果査了200行代码才能找到要理解的那两行代码，这是很让 
人郁闷的。这本书里大多数示例往往都开门见山，作为上下文的代码会尽可能地 
少，这样你就能一目了然地看到哪些东西是需要你学习的。別指望这些代码很健 
壮，要知道这里的代码甚至是不完整的——毕竟我们的代码是辅助学习之用，所以 
不见得一定功能完整。 

在某些例子中，我们并未将所有需要的 package 都 import 进来，伹如果你是 Java 程序员，你 
应该知 iSArrayList 类是属子 java.util package . 如果 package 不属干 J 2 SE API , 我们会特別说 
明。我们已经将所有的代码都放在网络上，可供下载。网 址在： http :// wickedlysmart . com / 
headfirstdesignpattems / code.html 0 


为了方便学习与测试程序，我们在书中并没有将我们的类放在 package * (换句话说，所有 
的类都是在 Java 默认的 package 中）。我们不建议你在真实世界中也这么做。如果你到我们 
的网站下栽代码，会发现这些类都放在适当的 package 中。 

“ Brainpower ” 习題没有答案。 

对干某些人来说， *Brain Power " 习题没有对的答案，对于另一些人来说，动动脑习题所 
带来的学习经验在千决定是否你的答案是对的，以及何时你的答案是对的。在某些动动脑 
习题中，我们会提供暗示，为你指引正确的方向。 
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杯念 PtiiCippe tAaquet 

1960—2004 

你耶惊人的技术专长、不懈的热忱、为学习者的深思熟虑， 
将永远激励我们。 

我们永远緬怀你。 


致谢 

致 O ’ Reilly : 

在 O ’ ReiHy 我们对 Mike Loukides 致以燉大的谢息，感谢他开姶这一切.并将 Head First 观念形成一个系列。对 
Head Hrst 幕后的椎 f.Tim O ’ Reilly 致以衷心的感谢„感谢聪明的 Head First “系列之母” Kyle Hart , 还有摇滚明 
星 Ellie Volkhausen 和她灵感 I •足的封面设计，还有 Colleen Gorman 的梭心编辑。最后，感谢 Mike Hendrickson 支 
持这本“设计模式”的书，并建立了整个的 W 队。 

我们大无畏的审 校者： 

我们特別感谢技术审校的队 KJohamies deJong 。 Johannes , 你是我们的英雄。我们深深地感谢 Javaranch 审校团 
队共同管理者的 W 献，已故的 Philippe Maquet , 你以只 f •照亮 f 上千开发人员的生活，永远地影响了他们（还 
有我们）的牛.活。 

JefCumps 总足能在我们的草似 草节 屮找出问题， 汁冉- 地造成本书 h : 幅的改变，谢了！ Jef ! 

Valentin Cretazz (专搞 AOP 的人），他从第•本 Head First 开始就跟着我们，总是适时地提供我们刚好需要的技 
术专长，以及他的制察力。你真行， Valentin 。 

Head First 审阅团队有两位新人 ， Barney Marispini 和 Ike Van Atta 担仟专挑本朽毛病的丁•作，你们两位给我们真正 
严酷的反馈，谢谢你们的加人》 


我们还从 Javaranch 的 t 考人/大师- Mark Spritzler . JasonMenard , Dirk Schreckmann、Thomas Paul 与 

Margarita Isaeva 等人那里得到杰出的技术帮助。•如 f * 常，要特别感谢 javaranch.com Trail 的老板 Paul Wheaton 。 

感谢参加“挑选 HFDP 封由” 竞赛的坡 G •决赛人 WA 。 崧京是 Si Brewster , 他提交了获胜的文字，说服我们 
选用本书封面的女人6其他人围最后决赛的冇 ： Andrew Esse、Gian Franco Casula、Helen Crosbie . PhoTek . 
Helen Thomas、Sateesh Kommineni 及 Jeff Fisher 。 
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还有更多人*感谢 


还有 更多人 要感谢 

来自 Eric 和 Elisabeth 的感谢 

与两位令人惊讶的“导游”—— Kathy Sierra 和 Bert Bates 一 共同写一本 Head First 书，是一次放肆的旅 
行。你们把所有写书的惯例一股脑儿地抛弃，而带我们进入充满说故事、学习理论、认知科学及流行 
文化的世界，这是读者成为主宰的世界。谢谢两位让我们进入你们的神奇世界，我们希望作这本 Head 
First 是正确的.老实说，我们还震惊不已》谢谢你们细心地指导，推动我们向前走，而最主要的躭是信 
任我们（还有你的宝贝） * 我们知道，两位都是相当地“鬼灵精”，也都是最时尚的29岁，所以……接 
下来呢？ 


要大大地感谢 Mike Loukides 和 Mike Hendrickson « Mike L . 从头到尾都伴随着我们《 Mike , 你有深刻见解 
的反馈帮助了本书的形成，你的鼓励让我们继续往前走下去 • Mike H .， 感谢你持续五年来游说我们写一 
本关于模式的书，我们终千做到了，并且很高兴等到了 Head First 系列。 

特別感谢 Erich Gamma , 他所做的已经远超过审校本书的贵任 《甚至 在他度假时，都带着本书的草 
稿 〉 A Erich , 你对本书的关注激励了我们，而你彻底的技术审校，无可估量地改善了这本书 • 同样感谢 
整个四人组的支持和关注，并且还特别出现在对象村 * 我们也从 Ward Cunningham 和模式社群处受惠不 
少，他们创建了波特兰模式库 （Portland Pauem Repository ) 我们写本书时不可或缺的 资源。 


写本技术书需要集结一些人的智慧与力量 ： Bill Pugh 和 Ken Arnold 在申.件模式上，给了我们专业的建议 ■ 
Joshua Marinacci 提供了 Swing 的技巧和建议 | John Brewer 的“为什么是鸭子产生了模拟鸭子的设想 
(我们很高兴 • 他也喜欢鸭 子 ）； Dan Friedman 瀲发了小单件的例子丨 Daniel Steinberg 担任我们的技术 
联络和感情网络《再感谢 Apple 的 James Dempsey , 允许我们使用他的 MVC 歌曲。 

最后，私 T 感谢 Javaranch 审校团队，为我们做最高级别的校对，以及温馨的 支持。 还有更多人，没有写 
在这里…… • 


来自 Kathy 和 Bert 的感谢 

我们很想感谢 Mike Hendrickson 找到 Eric 和 Elisabeth . 但是不能》因为这两人，我们发现（令我们恐 

怖的是），已经不只有我们可以写 Head First 的书了 * 不过，如果读者想要相信，在书里所有的 ** 酷 
搴”都是 Kathy 和 Bert 的作为，那么，“我们”是谁，可以让他们循规蹈矩？ 

• 之所以要感谢这么多人，是因为我发现了这样一条定律，书中致谢部分呈提到的每个人都至少会买一 
本书，可觚还会买好几本书，给亲成和周围的所有人都送上一本，如果你希望我们在下一本书的致舟里提 
釗你，而且你们家族的人很多的诂, T 以写信给我们 
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引子 

U : 你的大8^来 学设计 模式。你想学些东西，但是你的大脑却在帮倒忙，不让你 
I 己住这些东西。你的大脑在想，“还是把空间留给吏重要的亊情吧，比方说要躲避的盱 
兽，还有，光 着身子 滑雪不太好吧。”那么你该如 何骗过 大脑，让它认为要娃不知道设 
计模式你躭活不下去 r ? 


谁适合读这本书？ 

xxviii 
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xxix 
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设 祺 式入门 


欢迎来到设计模式世界 


有些人已经解决你的题了。在本琪，你将学到为何（以及如何）利用其 
他开发人员的智葸与经验。他们遭遇过相同的 N 既，也顺利地解决过这些问题。本 
章结朿前，我们会先看看设计模式的用途与优点，再看一些关键的 oo 设计原则， 
并通过一个实例来了解揆式是如何运作的。使用模式最好的方 式是： “把携式装进 


脑子里，然后在你的设计和已有的应用中，寻找何处可以使用它们。 
k 用，现在是经验复用。 


以往足代码 


/ ieft . 知道珀象，蟻承、\ 
^ 多 s 达® 罹念.轉不金》 \ 

上让你耷成好的 i 由対 象设 i 十 N 
设 i 十犬押奚 o 的 I 遵立苺性的 
设计. 玎敁 讓炉. srtjC 6 f + ai $. 



模拟鸭 r 应用 
Joe 想到继承 
利用接口如何？ 

软件开发的不变真理 
分开变化和不变部分 
设计鸭子的行为 
测试鸭子的代码 
动态地设置行为 
封装行为的大局观 
“有一个”比“是一个” 
策略模式 

共享模式词汜的威力 
我如何使用设计模式？ 
设计箱内的工具 

习题解答 
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难寮者祺式 

让你的对象知悉现况 

有趣的事情发生时，可千万别错过了！ 有一个模式可以帮你的对象 
知悉现况，不会错过该对象感兴趣的事。对象甚至在运行时可决定是否要继续被 
通知。现察者模式是 JDK 中使用最多的模式之 •， 非常有用*我们也会一并介绍 
一对多关系，以及松耦合（对，没错。我们说耦合）。有了观察者，你将会消息 


灵通。 



气象观测站 

39 

认1 只观察者模式 

44 

出版者 *4 了阅者=现察者模式 

45 

五分钟 短剧： 砚察主 M 

48 

定义观察者模式 

51 

松耦合的威力 

53 

设 H * 气象站 

56 

实现气象站 

57 

使用 Java 内违的观察者模式 

64 

java . util.Observable 的黑暗面 

71 

设计箱内的 T . 具 

74 

习题解答 

78 



一的多爹系 
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装秭 者祺式 

装饰对象 

本章可以称为“给爱用继承的人一个全新的设计眼界”。我 

们即将再度探 H 典型的继承滥用问题。你将在本章学到如何使用对象组合的方 
式，做到在运行时装饰类。为什么呢？ 一旦你熟悉了装饰的技巧，你将能够在不 
修改任何底层类代码的情况下，给你的（或别人的）对象畎予新的职责。 



欢迎来 到单巴 兹咖啡 
开放-关闭原則 
认识装饰者模式 
以装饰者构造饮 料汀黾 
定义装饰者換式 
装饰饮料 

写下星巴兹的代码 
真实世界的装 饰者 ： Java 1/0 
编写 自己的 Java 1/0装饰者 
设计箱内的工具 
习题解答 


80 

86 

88 

89 

91 

92 
95 
100 
102 

105 

106 
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工厂模式 

烘烤00的精华 

准备好开始供烤某些松耦合的 OO 设计。 除 了使用 new 操作符之外， 
还有更多制造时象的方法 • 你将了解到实例化这个活动不应该总是公开地进行. 
也会认识到初始化经常造成 “W 合”问题。你不希望 这样. 对吧？读下去，你将 
了解I：厂模式如何从杂的依赖中帮你 脱困。 








当看到 “new” ，就会想到“具体” 

110 

对象忖比萨 

112 

封装创建对象的代码 

114 

逮*一个简申比萨工厂 

115 

定义简单 T 厂 

117 

给比萨店使用的框架 

120 

允许子炎做决定 

121 

让我们开一家比萨店吧 

123 

声明一个工厂方法 

125 

认识工厂方法模式 

131 

平行的类层级 

132 

定义工厂方法模式 

134 

.个很依赖的比萨店 

137 

看看对象依赖 

138 

依賴倒 s 原则 

139 

再问到比萨店…… 

144 

原料家族 

145 

建造原料工厂 

146 

看看抽象工厂 

153 

幕后花絮 

154 

定义抽象工厂模式 

156 

比较工厂方法和抽象X厂 

160 

设计箱内的工其 

162 

习题解答 

164 
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单件糢式 

独一无二的对象 

单件 模式： 用来创建独一无二的，只能有一个实例的对象的 

人 场券。告诉你一个好消息， 中件模 式的类图可以说是所有模式的类图中锒简 
单的，事实上，它的类图上只有一个类！但是，可不要兴奋过央，尽管从类设计 


的视角来说很简单，但是实现上还是会遇到相当多的波折。所以，系好安全带， 
出发了！ 



独一无二 

170 

小小单件 

171 

剖析经典的单 件模式 实现 

173 

承件的告白 

174 

巧克力工厂 

175 

定义单件模式 

177 

我们遇到麻烦了…… 

178 

化身为 JVM 

179 

处理多线程 

180 

单件 Q&A 

184 

设计箱内的工具 

186 

习题解答 

188 
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命令模式 

封装调用 

在本章，我们将把封装带到一个全新的 境界： 把方法调用封 

装起来。没错，通过封装方法调用，我们可以把运算块包装成形 • 所以 
此运算的对象不需要关心事情是如何进行的， H 要知道如何使闬包装成形的方法 
来完成它就可以。通过封装方法 调用. 也可以做一些很聪明的亊情，例如记录曰 
忐，或者重 a 使用这 些封装来实现撤》^ 



Qf. / 


巴斯特家电自动化公司 

192 

通控器 

193 

# -下厂商的类 

194 

同时，回到餐厅…… 

197 

研究 S 庁的交互 

198 

对象村 K 厅的角色和职责 

199 

从鉍厅到命令模式 

201 

第一个命令对象 

203 

定义命令模式 

206 

命令模式与遥控器 

208 

实埂遥控器 

210 

逐步测试遥控器 

212 

写文档的时刻到 r 

215 

使用状态实现撤销 

220 

毎个遥控器都需要 Party 模式！ 

224 

使甲宏命令 

225 

命令模式的更多 用途： 队列请求 

228 

命令携式的£多 用途： 日志请求 

229 

设 i 十箱内的工具 

230 

>1题解答 

232 
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适 R 器祺 式鸟外 难祺式 

随遇而安 

在本章，我们将要进行一项任务，其不可能的程度，简直就 
像是将一个方块放进一个圆 洞中。 听起来不可能？有了设计模式，就 
有4能》还记得装饰者模式吗？我们将对象包装起来，賦 T •它们新的职而31 
在则是 以不同目的，包装某些 对象： 让它们的接 n 看起来4、像 Fl 己而像是别的东 
两。为何要这样做？因为这样躭町以在设计中，将类的接口转换成想要的接口， 
以便实现不冏的接口 • 不仅如此，我们还要探讨另一个摸式，将对象包装起来以 
間化其接 「U 





我们周围的 适配器 

236 

面向对象适配器 

237 

适配器模式解析 

241 

定义适 K 器模式 

243 

对象和类的适配器 

244 

今夜 话题： 对象适紀器和类适屺器 

247 

真实世界的适配器 

248 

将枚举适配到迭代器 

249 

今夜 话题： 装饰者模式和适配器模式 

252 

甜蜜的家庭影院 

255 

灯光、相机、外现！ 

258 

构造家庭釤院外观 

261 

定义外观模式 

264 

“最少知识”原则 

265 

设计箱内的工具 

270 

习題解答 

272 






樓柢方法棋式 

封装算法 

直到目前，我们的议题都绕着封装转；我们已经封装了对象创 
建、方法调用、复杂接口、鸭子、比萨……接下来呢？我们将 
要深人封装算法块，好让子类可以在任何时候都可以将己挂接进运算里。 
我们甚至会在本京学到■个受到好莱坞影响而启发的设计 原則。 
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快速搞定几个咖啡和茶的类 

277 

抽取咖啡和茶 

280 

更进一步的设计…… 

281 

抽象 pre pare Rec i pe () 

282 

我们做了什么？ 

285 

认识揆板方法 

286 

走，泡茶去 

287 

模板方法带给我们什么？ 

288 

定义模板方法模式 

289 

再靠近-点 

290 

对模板方法进行挂钩…… 

292 

使用钩子 

293 

咖啡？茶？执行测试程序 

294 

好莱坞原則 

296 

好莱坞原则和模板方法 

297 

荒酐中的模扳方法 

299 

用模板方法徘序 

300 

来排序 鸭子吧 …… 

301 

比较鸭子 

302 

观察鸭子排序的内部运作 

304 

'Hi —个 Swing 的窗 U 程序 

306 

Applet 

307 

今夜 话题： 模板方法和策略 

308 

设计箱内的工具 

311 

习题解荇 

312 








迭代器乌组含棋式 

管理良好的集合 

有许多种方法可以把对象堆起来成为一个集合。你可以把它们放进 

数组，堆栈、列表或者是散列表 （ Hashtable ) 中，这是你的自由。毎•种都有它 
自己的优点和适合的使用时机，但总有一个时候，你的客户想要遍历这些对象，而 
当他这么做时，你打算让客户看到你的实现吗？我们当然希望最好不要！这太不专 
业了。没災系，+要为你的工作担心，你将在本章中学习如何能让客户遍历你的 
对象 rfti 又无法窥视你存储对象的方式*也将学习如何创逮一些对象超集合 （ su P« r 
collection ). 能够一口气就跳过某苎让人望而生畏的数据结构。你还将学到一些 
关丁对象职赶的 知识。 


所有菜单 





对象村餐厅和对象村煎饼屋合并了 

316 

比 较菜单 的实现 

318 

nT 以封装遍历吗？ 

323 

认识迭代器換式 

325 

在 s 庁菜单中加人一个迭代器 

326 

乌瞰 H 前的设计 

331 

利用 java.u til . Iterator 来清理 

333 

这为我们带来什么好处？ 

335 

定义迭代器換式 

336 

单一赉仟 

339 

迭代器与集合 

348 

Java 5的迭代器和集合 

349 

正当我们认为这很安全的时候…… 

353 

定义组合模式 

356 

利用组合设1+菜单 

359 

实现组合菜单 

362 

w 回到迭代器 

368 

空迭代器 

372 

迭代器和组合凑在--起 的魔力 …… 

374 

设计箱内的工 H 

380 

习埋解答 

381 


XXI 





10 


状(& 棋式 

事物的状态 

基本 常识： 策略模式和状态模式是双胞胎，在出生时才分开。 

你已经知道 r, 策略模式 s 围绕 "r 以互换的算法来创逮成功 ft 务的 • 然而，状态走 
的是更崇高的路，它通过改变对象内部的状态来帮助对象控制自己的行为。它常常 


tt - 诉它的对象客户“跟昔 我念： 我很棒.我很聪明.我最优秀了 





如何实现状态？（办公审隔间对话) 
状态机101 

状态机代码的第一个版本 
该来的躲不掉……变更请求！ 

混乱的状态…… 

定义状态接 n 和类 
实现我们的状态类 
重新改造糖果机 
定义状态模忒 
状态 VS . 策略模式 
精神检査…… 

我们差点儿忘了！ 

设计箱内的工具 
习题解答 


387 

388 
390 
394 
396 
399 

401 

402 

410 

411 
417 
420 

423 

424 
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代理祺式 


控制对象访问 

玩过扮 白脸、 扮黑脸的游戏吗？ 你是一个 fi 脸，提供很好灶很友善的服 
务， 但是你+希®毎个人都叫你做事，所以找了 M 险控制对你的访问 • 这就是代 
理要做的：控制和 密理访 问，就像你将 fl ■到的，代理的方式有许多种。代押以通过 
Internet 为它们的代理对象搬运的整个方法调用而出名，它也可以代替某些懒惰的 
对象做一些事情。 



监控糖果机 

430 

远程代理的角色 

434 

RM 1 浏览 

437 

GumballMachine 远程代理 

450 

代理幕后花絮 

458 

定义代理模式 

460 

准备虚拟代理 

462 

设计 CD 封面虚拟代理 

464 

虚拟代理的幕后花絮 

470 

使用 Java API 的代理 

474 

五分钟 短剧： 保护主题 

478 

创建动态代理 

479 

代理动物 ra 

488 

设计箱内的工具 

491 

习娌解芥 

492 
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复含褀式 

模式中的模式 

谁料得到模式居然可以携手合作？你已经见识过围炉夜话的火爆场面 
(幸好，出版社事先请我们刪除■•死神来访”模式的篇章，好让本书不需附上 "12 
岁以下读者必须家长陪同阅读”的*告标语，所以你没见识到闹出人命的那一集围 
炉夜 话）， 谁料得到模式居然可以携手合作？这实在是太意外了 • 信不信由你.有 
一些威力强大的 oo 设计同时使用多个设 il •模式。准备 ii 你的模式技巧进人下一个 
层次，现在是 fi 合模式的时间. 



o 

S«H 



« ff 1- f * Sr. 



<•瀘 i* ••叫 

n • i<*> 


© 



复合模式 

500 

与鸭子重聚 

501 

加人一个适配器 

504 

加人一个装饰者 

506 

加入一个工 r 

508 

加人一个组合和一个迭代器 

513 

加入一个观察者 

516 

模式槪览 

523 

鸭瞰： 类图 

524 

模型-视图-控制器之歌 

526 

设计模 A 是 MVC 的钥匙 

528 

戴苕模式的有色眼镜看 MVC 

532 

利用 MVC 控制节拍 . 

534 

模型 

537 

视图 

539 

控制器 

542 

探索策略 

545 

适配模钯 

546 

现在我们准备写 HeartController 

547 

MVC 与 Web 

549 

设计模式和 Model 2 

557 

设计箱内的 1 :具 

560 

习題解答 

561 
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乌设 i + 糢式 相处 

真实世界中的模式 

现在你已经准备好迎接一个充满设计模式的崭新世界 。 W 

坫，在你打开所有的机会大门之前，我们需要告诉你-吵即将在真实世界中 
遇到的细节没错，外面的世界比对象村来得复杂》来吧！从下页开始，我 
们会指引你的//向…… 




对象村指南 

578 

定义设计模式 

579 

电近地现察设 it •模式的定义 

581 

愿力与你同在 

582 

模式类目 

583 

如何创建模式 

586 

想当一个设计模式作家吗？ 

587 

组织设计模式 

589 

用模式思考 

594 

使用模式的心宵 

597 

别忘了共亨词汇的威力 

599 

共皁词1的五种方式 

600 

和四人组 •同 巡游村象忖 

601 

你的旅途刚刚开始…… 

602 

其他设计模式资源 

603 

揆式动物园 

604 

以反模式歼灭恶势力 

606 

设计箱内的工具 

608 

离开对象村…… 

609 


四人组 
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附录 A : 剩下的模式 

并非每个人都广受欢迎。过去10年来，事情改变了许多， A 从 《设 计挨 
A ： 可复用面向对象软件的基 础〉》 一书出版之后，开发人员就开始大量地采用这 
些模式。我们在此附录中所介绍的摸式，都足成熟、典型、正式的四人组模式， 
只不过可能不像前面荦节所探索的模式那么经常地被使用。但是这些模式本身也 
有相当可取之处，而如果你遇到了合适的情形，也应当亳不犹豫地采用它们•我 
们在此的目标，是希望能够 It 你通盘了解这些模式的意义 • 



桥接 

生成器 

责任链 

蝇 t 

解释器 

中介者 

备忘录 

原型 

访问者 


612 

614 

616 

618 

620 

622 

624 

626 

628 


镄 

f 索引 
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设计糢式入门 


欢迎来到 ♦ 

♦ 设计模式世界 


有些人已经解决你的问题了。 在本拿，你将学到为何 （以及如何） 
利用 K 他开发人员的经验与智他们遭遇过相 N 的 H 题.也顺利地解决过这些 
问题。本章结束前，我们会看看设计模式的用途与优点，再看一些关键的 oo 设计 
原则，并通过一个实例来 f 解模式是如 H 运作。使用模式最好的方 式是： “把模 
式装进脑子里，然后在你的设计和已有的应用中，寻找何处可以使用它们。”以 
往是代码复用，现在是经验复用。 


这是新的一章 1 



横拟鸭子 



先从简簞的糢枞鸭孑应用傲起 


Joe 卜.班的公司做了一 g 相当成功的模拟鸭子 游戏： 
SimUDuck 。 游戏中会出现各种鸭子，一边游泳戏水，一边呱 
呱叫。 此系统的内部设计使用 f 标准的00技术，设计了一个鸭 
子超* ( Superclass ). 并让各种鸭子继承此超类。 


辦有的 榷子邾含嘁嘁 
w) (Qiucfc) 也食 游泳 
( Shhw ) ,的 1(/ •由超炎 
费 tilSii 邾 分的裳 
现代《。 


MallardDuck 

RedheadDuck 

displayO { 

II 外观是绿头 } 

displayO { 

II 外埂是红头 } 


洗。 


去年，公司的竞争压力加剧。在为期一周的高尔夫假期兼头脑风 
黎会议之后，公司主管认为该是创新的时候了，他们需要在■■下 
周”毛伊岛股东会议上展示一些“真正”让人印象深刻的东西来振 
奋人心。 
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设计模式入门 



现在我们 得让鸭 孑能飞 


主管们确定，此模 拟程序 需要会 t 的鸭 f •来将竞争者抛在 
后头。当然，在这个时候， Joe 的经理拍胸脯告诉主管们， 
Joe 只盂要一个星期就 nj •以搞定。“毕竞;， Joe 是一个 00 程序 
员……这有什么困难？” 




MallardDuck 


RedheadDuck 

display { 

II 外现 是绿又 } 


display(){ 

II 外观边红头 } 


你现在的位置 ► 3 





事情出错了 



侄是，可怕的问趣芨生5 


怎么回事？ 

Joe 忽略 f 一件举：并作 Duck 所冇的子 
类邯会飞。 Joe 在 Duck 超类中加上新 
的■为，会使得 M ： 呰并不适合该行为 
的户 类也典 有该0为。现在可好了！ 
SimUDuck 稈序中有了一个无生命的会 
长的东西。 

对代码所做的局部修改，彩响 层面耐 
不只是局部（会长的橡皮 鸭）！ 








设计模式入门 


Joe 想到继承 



利用 继承來 提供 Duck 的行为，这会诗致下 列哪些 缺点？ （多 选) 


□ A . 代码在多个子类中重复 。 □ D . 很难知道所有鸭+的♦•部行为。 

a b . 运 行时的行为不容易改变。 □ E 鸭子不能 n 时又飞又叫 * 

□ c. 我 们+能 ih 鴨子 跳舞。 Of. 改变会牵一发动全身，造成其他鸭子不想 

要的改变。 


你现在的位置 ► 5 






继承并不是答案 


利用捿 D 如何? 


Joe 认识到继承可能不足答案，因为他刚刚拿到來6 
主管的备忘录，希望以后每六个>1更新产品（至十 
更新的方法，他们还没想到）。 Joe 知道规格会常常 
改变，每当冇新的鸭子子类出现，他就要被迫检奄 
并可能需要覆盖 flyO 和 quarkO ……这简直是无穷尤 
尽的噩梦。 


所以，他需要一个更清晰的方法，让"某些”（而 
不是全部）鸭子类®可吃或" I •叫。 






MallardDuck ^ 

RedheadDuck 


RubberDuck 


D«coyOuck 

_ay() 

displayO 


displayO 


displayO 

fly() 

fly() 


quack() 



quack() 

quack() 






你觉得这个设计如何? 
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设计横式入门 



我们知道，并非"所有"的子类都具有飞行和呱呱叫的行为，所以继承 
并不 是适， 的解决 方式。 M 然 Flyable 与 Quackable 可以解决“一部分”问 
题（不会再有会长的橡皮 鸭）， 但是却造成代码无法复用，这只能算是 
从•个恶梦跳进 另…个 恶梦。其笮，在会 t 的鸭子中，飞行的动作可能 
还有多种变化…… 

此时，你可能正期盼苕设计模式能骑若白马来解救你离开苦难的一天。 
但是，如果 ft 接告诉你答案，这有什么乐趣？我们会用老方法找出一个 
解决 之追： “采用良好的 OO 软件设计原则” • 


你现在的位置 > 7 





不变的是变化 


软件孖 a 的一个不変真理 

好吧！在软件开发上，有什么是你可以深信不疑的？ 

不管你在何处作，构达呰什么，用何种编裎语言，在软件开发上，一直伴随你的那个不变真 
理是什么？ 


30MAH0 

(用镜子来看答案） 


不管当初软件设计得多好.一段时间之后，总是志要成长与改变, 
否则软件就会“死广”》 


terpen your pei 


incil 


驱动改变的因素很多。找出你的应用中黹要改变代码的原因， 
一一列出来。（我们写下 j ■一些我们的原因，给你起个头 • > 


:«们的阏客戒角户*««的夯*.成老 5** 功免 

莪的公 ©:央4朵用糾的數昶违声奂. ■另 一客厂葙买7數轉. iia 威 .ft 
縣格式7.兼容 -咳！ _ 



设计横式入门 


拕问越伯零…… 

现在我们知道使用继承并不能很好地解决 H 题，因为鸭+的行 
为在子类里不断地改变，并且让所有的子类都冇这些行为是不 
恰 当的。 Flyable 与 Quaclcable 接口一开始似乎还挺不错，解决 
了问题（只有会飞的鸭子才继承 Flyable) , 10.是 Java 接口不具 
有实现代码，所以继承接口无法达到代码的 复用。 这意味右： 
无论何时你需要修改某个行为，你必须得往下追踪并在毎一个 
定义此行为的类中修改它，一不小心，可能会造成新的错误！ 

幸运的是，有一个设计 原则， 恰好适用于此状况。 


| 设计原则 

1( 找出应用中可能需要变化之处，把它 i 

i 们独立出来，不要和那些不需要变化 I 

的代码混在一起， 

v 多琢釗含枝这在本本中 

换句话说，如果每次新的需求一来，都会使某力'面的代码发生 
变化. SK 么你就可以确定，这部分的代码需要被抽出来，和其 
他稳定的代码有所区分。 

下面是这个原则的另一种思考 方式： “把会变化的部分取出并 
封装起来，以便以后可以轻易地改动或扩允此部分，而不影响 
不需要变化的其他部分”。 

这样的槪念很简单，几乎是每个设计模式背后的精神所在•所 
有的模式都提供 J* 一套方法让"系统中的某部分改变+会影响 
其他部分”。 

好，该是把鸭子的行为从 Duck 类中取出的时候广！ 


拕会変化的部分取出 
# “封装”起采. 好让其 
铯鄯分不会受到彩啗。 


结果如何？代铒変化引起 
的不轻意后果变少.系统 
変得更有弹性。 


你现在的位置 ► 9 





抽出变化的部分 


分孖変化和不会变化的鄯分 

从哪电开始呢？就我们目前所知，除了 flyo 和 quackO 的问题之外， Duck * 还算一切正常，似乎 
没有特别盂要经常变化或修改的地方。所以，除了某些小改变之外，我们不打算对 Duck 类做太 
多处理。 

现在，为 ' J * 要分开 ■•变 化和不会变化的部分”， 我们准 备建立两组类（完全远离 Duck 类） ，一 
个是 “ fly ” 相关的，一个是 “ quack ” 相关的，毎一组类将实现各自的动作。比方说，我们可 
能有一个类实现“呱呱叫”，另一个类实现“吱吱叫”，还有一个类实现“安 ST • 


我们知道 Duck 类内的 fly () 和 quack () 会随着鸭子的不同而改变。 


为了要把这两个行为从 Duck 类中分开，我们将把它们从 Duck 类 
中取出来，建立一组新类来代表毎个行为。 
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设计模式入门 


设计鸭孑的行为 


如何设计那组实现飞行和呱呱叫的行为的类呢？ 


我们希望一切能有弹性，毕竟，正是因为一开始鸭子行为没有 
弹性，才让我们走上现在这条路。我们还想能够“指定”行为 
到鸭子的实例。比方说，我们想要产生一个新的绿头鸭实例， 
并指定特定“类型”的飞行行为给它。干 脆瀨便 让鸭子的行为 
可以动态地改变好了。换句话说，我们应该在鸭子类中包含设 
定行为的方法，这样就可以在“运行时”动态地“改变”绿头 
鸭的飞行行为。 


有了这些目标要实现，接着看看第二个设计 原则: 


■原则 

( 针对接口编程，而不是针对实现 
编程- ___ 


我们利用接口代表毎个行为，比方说， FlyBehavior 与 Quack - 
Behavior , 而行为的毎个实现都将实现其中的一个接 n 。 


从现在孖绐，鸭孑的行 
为栴狨放在分开的类中， 
此类专 n 抜供某行为接 
o 的实现。 


达桴，铕孑类就不爯 t 
粟知通行为的实现细节 o 


所以这次鸭子类不会负责实现 Flying 与 Quacking 接口，反而是由 
我们制造一组其他类专门实视 FlyBehavior 与 QuackBehavior ， 这 
就称为“行为”类。由行为类而不是 Duck 类来实现行为接口。 


这样的做法迥异 T - 以往，以前的做 法是： 行为来自 Duck 超类的 
具体实现，或是继承某个接 U 并由子类自行实现而来。这两种 
做法邯是依赖于“实现 - ,我们被实现綁得死死的，没办法更 
改行为 《除 作写更多代码 ） 。 

在我们的新设 if ■中，鸭户的了-类将使用接 n ( FlyBehavior 与 
QuackBehavior ) 所表示的行为，所以实际的“实现”不会被绑 
死在鸭子的子类中 • （换句话说，特定的具体行为编写在实现了 
FlyBehavior 与 QuakcBehavior 的类中）。 



RyVWttiVWng* 

FlyNoWiy 

W 

II 实現鸭子的飞行动作 

} 

MH 

//什么《不#.不&飞！ 

} 


你现在的位置 > 11 





针对接口编程 


〆’ 我不《你为什么作粟坨 
s FlyPehavior 设计成摟口。为何不值 
^用柚象超类，达样不轼可认值用多 






_ Animal 

makeSoundQ 




“针对接口编程”真正的意思是“针对超类型 
( supertype ) 编程”。 

这里所谓的“接口”有多个含义，接 n 是一个“槪 
念”，也是一种 Java 的 interface 构造。你可 IU 在不涉及 
Java interface 的情况卜', '■针 对接 U 编程"，关键就在多 
态.利用多态，程序可以针对超*型编程，执行时会根据 
实 除状况 执行到真正的行为，不会被绑死在超类¥!的行为 
卜.。“针对超类型编程”这句话，可以更明确地说成“变 
a 的声明类®应该是超类型，通常是-个柚象戈或者是 _• 
个接如此，只要是具体实现此超类型的类所产生的对 
%， 都可以指定给这个变 tt 。 这也息味若，声明类时不用 
理会以后执行时的真正对象类型！” 

这 吋能不 是你第•次听到，彳 H 是请务必注息我们说的是 R 
一 件事。肴苻下面这个简黾的多态例子：假设有•个抽象 
类 Animal , 有两个具体的实现 （ DoghiCat ) 继承 Animal 。 
做法如下： 


“tl • 对实现编程 ” 
Dog d = new Dog(); 
d.bark(); 


多明変 f 巧 Dm 类型（差 

Amwd 的 fl 体貪现）金 Ct 威我们必 


但足，“针对接口/超类型编程”做法会如下： 

..... n , v 我们知迮磺的象 I 狗， 住基戧 

Animal animal = new l)()g(); , K 

animal.makcSound(); M 利 用 多态的 


-- 

Dog 

Cat 

makeSound() { 

makeSound() { 

bark(); 

meow(); 

} 

} 

bark() {II 賊叫 } 

meow{) {II 喵格 1 叫 } 


更棒的垃，子类实例化的动作不再需要在代码中硬编码， 
例如 new DogO, 而是 “ 在运行时才指定具体实现的对象”。 


a = get/\nimal(); 
a.makeSound(); 


戏们不知迮贫耔的4类 f 4 "ff 
幺 . fO ^ B ^ i £ f ? iE 
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设计横式入门 


实现鸭孑的行为 


在此，我们有两个接 Fly Behavior 和 QuackBehavior， 还有它们对应的 
类，负黃文现 K. 体的行为： 


以心 r 


« mlefface » 

FlyBehavior 


« inlefface » 

QuackBehavior 




QUBCkO 








FlyWithWings 


FlyNoWay 

i»yO{ 

II 文埂 W 『• Ui 

} 


"y(){ 

" n 么 ism 、 做，不会在 

) 


Quack 


quack (){ 

II • 久 : fltW f • 呱呱叫 } 


Squeak 


quack (“ 

" 幟皮朽 了•畋哎叫 

) 


quack (){ 

II 什么 «H ( 做.不会叫 


4 尚蚵 


? 










444^ 




这样的设计.可以让飞行和呱呱叫的动作被其他 
的对象复用，因为这些行为已经与鸭子类无关了。 


而我们可以新增一些行为，不会影响到既有的行 
为类，也不会影响••使用~到飞行行为的鸭子类1 





%. 
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类中的行为 


Dunil^t^uestJpns 

l 1 ®) 2 我是不是一定要先把系统做出来，再看看有 
哪些地方需要变化，然后才回头去把这些地方分离&封 
装？ 

^ : 不尽然9通常在你设计系统时， 預先 考虑到 
有哪呰地方本来可能需要变化，于是提前在代码中加入 
这些弹性。你会发现、原則与模式可以应用在软件开发 
生命周期的任何阶投。 

I 1 ®) : Duck 是不是也该设计成一个接口？ 

^ : 在本例中.这么做并不 恰当。 如你所见的， 

我们已经让一切都整合妥当，而且让 Duck 成为一个具 
体类，这样可以让衍生的特定类（例如绿头鸭）具有 
Duck 共同的属性和 方法。 我们已经从 Duck 的继承结构中 
刪除了变化的部分，原先的问題都已经解决了，所以不 
需要把 Duckiit 计成接口。 


1^) : 用一个类代表一个行为，感觉似乎有点奇怪。 

类不是应该代表某种 ** 东西”吗？类不是应该同时具备 
状态“与”行为吗？ 

: 在00系统中，是的，类代表的东西一般都 

是既有状态（实例变量）又有方法 # 只是在本例中，碰 
巧“东西”是个行为 4 但是即使是行为，也仍然可以有 
状态和方法.例如，飞行的行为可以具有实例变量，记 
录飞行行为的属性（条秒翅徬抽动几下、最大高度和速 
度等） 



• (S * 明卓 

审 W 琴 # 一 > Oi B D^ n a) 
貉铷铤 (z 

*0 辑 袓 

% ‘笫 p3J3MOdiq30H 人 1J 
冷一耳窮 （I 
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设计横式入门 

整含鸭孑的行为 

关键在于，鸭子现在会将飞行和呱呱叫的动作“委托” (delegate ) 别人处 
理，而不是使用定义在 Duck 类（或子类〉内的呱呱叫和飞行方法。 

做法是这样的： 

O 首先.在 Duck 类中"加入两个实例变置”，分別为 “flyBehavior” *3 “quack 
Behavior" ,声明为接口类型（而不是具体类实现类 型）， 毎个鸭？对象都会 
动态地设皆这些变 t 以在运行时引用正确的行为类型（例 如： FlyWithWings. 

Squeak 等〉。 

我们也必须将 Duck 类与其所有子类中的 fly() 与 quackO 删除，因为这些行为已经被 
搬到 FlyBehavior 与 QuackBehavior 类中了。 


我 们用两 个相似的方法 performHyO 和 performQuackO 取代 Duck 类中的 fly() 与 
quack() 0 稍后你鱿会知道为什么。 



Q 现在，我们来实现 performQuack(>: “ c 砖导 部食幻 用袁现 QlUCfc8eh<m M 戏 

public class Duck { 

QuackBehavior quackBehavior; 

// 还有 ® 多 a 让 * 

public void performQuack () { 在处给 • 

quae kBehavior.quack(); 七 -〆 

} 

} 

很容易，足吧？想进行呱呱叫的动作， Duck 对象只要叫 quackBehavior 对象去孤 
呱叫就可以了。在这部分的代码中，我们不在乎 quackBehavior 接口的对象到底 
是什么，我们只关心该对象知道如何进彳7呱呱叫就够广。 
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整 合轉子 的行为 


更多 的整含 


O 好吧！现在来关心“如何设定 flyBehavior 与 quackBehavior 的实例变董”。 
看看 MailardDuck 类： 


public class MallardDuck extends Duck 

public MallardDuck 0 { 

quackBehavior = new Quack (); 
flyBehavior * new FlyWithWings (); 

) 

則 g 5 , © ^MalUtdVuckH 承 D/idb 类,角以 布 
^yBehavun ^ quaMehavioi 实例 4 署。 


料料用 q 


州|州0 一 m 

托卿 
M 典 i 的 

«。 


public void display。{ 

System, out .println a real Mallard duck"); 

} 


所以，绿头鸭会真的“呱呱叫”，而不是“吱吱叫”，或 44 叫不出 
声”。这是怎么办到的？当 MaHardDiick 实例化时，它的构造器会把继 
承来的 quackBehavior 实例变量初始化成 Quack 类型的新实例 （ Quack 是 
QuackBehavior 的具体实现类）。 


同样的处理方式也可以用在飞行行为上： MallardDuck 的构造器将 
flyBehavior 实例变 S 初始化成 F】yWithWings 类型的实例 （ FlyWithWings 是 
FlyBehavior 的具休实现 类）。 
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?-r, 你不 ia 过我们将不对爯 体实现 
« 是我们在 # 令构 asifiH + 么 
*? 我们 i 在制 it- 个 R 体的 Quaek 实现 * 

„ tin Hi! 


被你逮到了，我们的确是这么做的……“只 
是暂时”。 

在本书的后续内容中，我们的工具箱中会有 
更多的模式可用.到时候就可以修正这一点 
了。 


仍请注意，虽然我们把行为设定成具体的类 
(通过实例化赉似 Quack 或 HyWithWings 的 
行为类，并把它指定到行为引 用变* 中> , 
但是还是可以在运行时“轻易地”改变它 • 

所以， Bm 的做法还是很有弹性的，只是 
初始化实例变 a 的做法不够弹性罢了 •但 
是想一想，因为 quackBehavior 的实例变 
a 足-个接口类型，我们能够在运行时， 
通过多态的*力动态地给它地指定不同的 
QuickBchavior 实现类。 

花一点儿时间想 一想, 你如何实现-个其行 
为可以在运行时改变的鸭_了-。（几页以后， 
你就会#到做这件事的代码 • > 




鸭子的行为测试 


测试 D « cfc 的代码 

O 输入并编译下面的 Duck 类 (Duck.java ) 以及两页前的 
MallardDuck 类 （ MallardDuck.java ) 。 

public abstract class Duck { 

FlyBehavior flyBehavior; 

QuackBehavior quackBehavior 
public Duck() { 

} 

public abstract void display (); 

public void performFly() { 

flyBehavior. fly (); ^_ __ i 托猞行 ; 6 瘦 

public void performQuack() 
quackBehavior.quack(); 

) 

public void swim() { 

System.out.println( w Ail ducks float, even decoys!")/ 

> 



於戏 0 炱璀声明馮个 & 
( 一^ ^ 用 M 奄袜孑孑炎（任 
阌一个中）却链孓° 

们。 


© 输入并编译 FlyBehavior 接口 （FlyBehavior.java) 与两个行为实现 


public interface FlyBehavior { 
public void fly (); 


44 o 3 


public class FlyWithWings implements FlyBehavior 
public void fly ()( 

System. out.println flying! ! w ); 


M 飞洲 ㈣ 金视.汝 i 
贪，.飞的 fi 孑用 . 


public class FlyNoWay implements FlyBehavior { 
public void fly ()( 

System.out .println (''I can't fly">; 


(包 H 慄复鳴知. 
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设计模式入门 


继续测试 D « c / i 的代码 


O 输入并编译 QuackBehavior 接口 （ QuackBehavior.java) 及其三个实现类 
(Quack.java 、 MuteQuack.java 、 Squeak.java ) 。 

public interface QuackBehavior { 
public void quack(); 


public class Quack implements QuackBehavior { 
public void quack() { 

System.out .println (''Quack w ); 


public class MuteQuack implements QuackBehavior { 
public void quack() { 

System.out .printIn < w « Silence >>"); 


public class Squeak implements QuackBehavior { 
public void quack() { 

System. out.println (''Squeak^); 


O 输入并编译测试类 (MiniDuckSimulator.java) 


public class MiniDuckSimulator { 

public static void main(String[] args) 
Duck mallard = new MallardDuck(); 

mallard.performQudck. () ; -- ■ 

mallard.performFly(); 

} 

} 

O 运行代码！ 

rTie Edit Window Help Yadayadayada "1 


% java MiniDuckSimulator 
Quack 

I’m flying! ! 





<j“Acb ()) 。 

叫 ()，M 
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具有动态行为 的鳾子 


动态设定行为 

在鸭子里建立了一堆动态的功能没有用到，就太可惜了！假设我们想在鸭子子类中通 
过“设定方法 （setter method ) ”来设定鸭子的行为，而不是在鸭子的构造器内实 例化。 


Q 在 Duck 类中，加入两个新方法: 


public void setFlyBehavior(FlyBehavior fb) { 
flyBehavior = fb; 

) 

public void setQuackBehavior(QuackBehavior qb) { 
quackBehavior * qb; 


从此以后，我们可以“随时”调用这两个方法改变鸭子的行 
为。 


Duck 


FlyBehaviof 

Quackfieha， 


fly6«h8vior; 


perfonnQu»ck() 

performFlyO 


/鴨子的其他方法 


❷制造一个新的鸭子 类型： 棋型鸭 (ModelDuck.java) 

public class ModelDuck extends Duck { 
public ModelDuck() { 

flyBehavior = new FlyNoWay (); 
quackBehavior = new Quack(); 

) 


令飞的 * 


public void display ㈠ { 

System•out.printIn(”1’m a model duck"); 


❺ 建立一 个新的 FlyBehavior 类型 
(FlyRocketPowered .java) 


A < n 濃 i - 个十)用火 


public class F1yRocketPowered implements FlyBehavior { 
public void fly() { 

System. out.println(''T m flying with a rocket.); 

} 


/ 
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设计樓式入门 





如菜4 功？. 舦舍 r 
电 ts 的1 
死奋 W 子类 t . Slii 


在运行时想改变鸭孑的 
行为，只 t 诮用鸦孑的 
setter 方法软玎认。 
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大局观 


封装行为的大爲艰 

好，我们己 经深入 研究了鸭子模拟器的设计，该是将头探出水面， 
呼吸空气的时候了。现在就来看看整体的格局。 

下面是整个*新设计后的类结构，你所期望的一切都有：鸭子继承 Duck , 
飞行行为实现 FlyBehavior 接 tl ,呱呱叫行为实现 QuackBehavior 接口。 

也请注息，我们描 述奉情 的方式也稍有 改变。 不洱把鸭子的行为说成 
是“-组行为”，我们开始把行为想成是“.族算法”。想想看，在 
SimUDuck 的设计中，算法代表鸭 T 能做的亊（不同的叫法和飞行 法）， 
这样的做法也能很容易地用干用一群类 H •算不同州的销售税金。 

请特别注意类之间的 ■•关 系”。争起笔，把下面图形中的每个箭头 
棕上适当的关系，关系可以是 IS-A (是一个）. HAS-A (有 一个）或 
IMPLEMENTS (实 现）。 
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设计横式入门 


有一个”玎能比“是一个”更好。 


“有一个”关系相当 有趣： 每一鸭子郎有一个 HyBehavior 和 
一个 QuackBehavior ， 好将飞行和吼吼叫委托给它们代为处 
理。 

当你将两个类结合起来使用，如同本例一般，这就是组 
合 （ composition ) 。这种做法和“继承”不同的地方在于, 
鸭+的行为不是继承来的，而是和适当的行为对象“组 
合”来的。 

这是一个很重要的技巧。其实是使用 r 我们的第三个设计 
原则： 




设计原则 

多用组合，少用继承。 


如你所见，使用组合建立系统具有很大的弹性，不仅可将算 
法族封装成类，更可以“在运行时动态地改变行为”，只要 
组合的行为对象符合正确的接 n 标准即可。 

组合用在“许多”设计梭式中，在本书中，你也会看到它的 
I 者多优点和缺点。 



鸭鸣器 ( duckcall ) 是一种装 S ， 措人用鸭鸣器模拟 
出鸭叫声，以引诱酐鸭。你如何实现你自己的鸭鸣器， 
而不继承 Duck 类？ 



大师与门徒…… 

大师： 蚱蜢，告诉我， 
在面向对象的道路上， 
你学到了什么？ 


门徒： 大师，我学到 r , 面向对象之路 
承诺了 "复 用”。 


大师： 继续说…… 

门徒： 大师，借由继承，好东西可以一 
再被利用，所以程序开发时间就会大 
幅减少，就好像在林中很快地砍竹 t 一 
样。 


大师： 蚱蜢呀！软件开发完成“前”以 
及完成“后”，何者需要花费吏多时间 
呢？ 


门徒： 答案是“后”，大师。我们总是 
需要花许多时间在系统的维护和变化 
上，比原先开发花的时间史多。 


大师： 蚱蜢，这就对啦！那么我们是不 
是应该致力干提高可维护性和 " T 扩展性 
上的复用程度呀？ 

门徒： 是的，大师，的确是如此。 

大师： 我觉得你还有很多东西要学，希 
望你再深入研究继承。你会发现，继承 
冇它的问题，还有一些其他的方式可以 
达到 M 用， 
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策略模式 

讲到设计糢式 



恭軎你, 
式？ f 


学会笫一个糢 


你刚刚用了你的第一个设计 模式： 也就是策略模式 （Strategy 
Pattern ) „ +要怀疑，你正是使用策略模式改写 SimUDuck 程序 
的。多亏这个模式，现在系统不担心遇到任何改变.主管们可 
以勾 Bi 他们的赌城狂欢之旅了。 

为了介绍这个模式，我们走了很长的一段路。下面是此模式的 
芷式 定义： 


策略模 式:定 义了算法族，分别封装起来， 让它 们之间 
可以互相替换，此模式让算法的变化独立干使用算法的客 
户. 


久 




冼 ( t 來 




头0 
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设计模式入门 


设 ㈣ 瓸 

在 F 面，你将 看到一 堆杂乱的类与接口，这取自一个动作冒险游戏。你将看到代表 
游戏角色的类和角色可以使用的武器行为的类。每个角色一次只能使用一种武器， 
但是可以在游戏的过程中换武器。你的工作足要弄清 楚这切 …… 

(答案在本章结尾处） 

你的任务： 
o 安排类。 

o 找出一个抽象类、一个接 U , 以及八个类。 
o 在类之间_箭头。 

a . 继承就画成这样 （“ extend ”） 。 一 

b . 实现接口就画成这样 （“ implement ” >。 . ^ 

c . “有一个”关系就両成这样。一> 

O 把 setWeaponO 方法放到正确的类中。 



setWeapon<WeaponBehavior w) { 
this.weapon = w; 
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餐厅谈话 

在附近餐厅中无意间咁到 


Alice 



这两人点的鉍有何4、同？其实没有差异，都是 份 单，只是 Alice 讲话的 K 度多了 -倍•而 
且快鉍店的盼师已经感到不耐烦 f 。 

什么 iikFk ) 有的，而 Alice 没有？答案是， Flo 和厨师之间有“共亨•的词汇”’ Alice 却不馑这 
些 Mil :。 亨的词 I 不仅方便顿客点餐，也让厨师不用记太多事，毕竞这些餐点模式都已 
经 ft 他的肭海中 f 呀！ 

设计模式 iL 你和 K 他开发人 M 之 N 冇共享的词汇，一且慊得这些词汇，和其他开发人员之 
间沟通 就很容易，也会促使那些小懂的程序员想开始学习设计模犬。设计模式也可以把你 
的思考架构的 S 次提髙到模式运面，而不是仅停留在琐碎的对象上。 
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在办公室睬间中无意 间咁到 


( 我違2?达个广嬙类。 2 - 

V 它能够逢踪所 笮的戗 咁对 ^ 

/象，而徂任何对候只粟布新資科进采， 

軾会遍知毎个飪咕者。最#的是.邾咁者 
玎认随討加入 此广燔系统，甚1玎吆隨时甩 
出。达祥的设 i + 方式相 当动冷和柏鎘 

'纥 J 





设计模式入门 


-鍊 




除了面向对象设计和在 If 厅点 K 之外，你 
还能够想到有哪些例子需要共孪同 C ? (咕 
示： 想一想汽车修理工.木 X 、大 W . 肮 
管）利用这些行话进行沟通的® a 如问？ 

你能否想到 oo 设计的什么方面，能够和模 
式名称匹配的？ “策略模式”这个名字是否 
传神？ 


浚锊 . 如 ~~~ 

梁你*«式«軲和大 
章沟 a . 其艳孖龙人够 sis 渚 N 
T grt 知*你在 as (+4。 《1 也惰不 
* 从此*上“*式病 * …… 认疟注®- 
个 " HelloWorW 郗能««上 獯式， * tt 代 
V 表你 B »«3 …… 
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共享词汇 


共客祺 式询汇的威力 

你使用模式和他人沟通时，其实“不只是”和他人 
共享“行话”而己。 


共享的模式词汇“威力强大” 0当你使用摸式名称和其 
他开发人员或者开发团队沟通时，你们之间交流的不只 
是模式名称，而是一整套模式背后所象征的质蚩、特 
性、约束。 


模式能够让你用更少的词汇做更充分的沟通。当你用模 
式描述的时候，其他开发人员便很容易地知道你对设计 
的想法。 


将说话的方式保持在模式层次，可让你待在“设计圈 

子”久一点。使用模式谈论软件系统，可以让你保持在 
设计层次，不会被压低到对象与类这种琐碎的事情上 
面。 


共車词汇可帮你的开发团队快速充电。对于设计模式有 

深入了解的团队，彼此之间对于设计的看法不容易产生 
误解。 


r 工 o- 




•‘ 《二、 ’ 


嫌式值用老的 枉®。 


考虑在你 的通铒 内盔起""个役奸钱 

共享词 汇能帮助初级开发人员迅速成长. 初级开发人员 式妍 的含. 

向有经验的开发人员看齐。当髙级开发人员使用设计模 魷艰5 •••••• 

式，初级开发人员也会跟着学。把你的组织建立成一个 
模式使用者的社 li - 
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设计横式入门 


我如何使 用设计 糢式? 


我们全都使用别人设计好的库与框架。我们讨论库与框架、利用它们的 API 编译成我们的程序.享受 
运用别人的代码所带来的优点。看看 Java API 及它所带来的 功能： W 络、 GUI . 10等。库与框架 K 久 
以来，一直扮演若软件开发过程的重要角色，我们从中挑选所要的组件，把它们放进合适的 地方。 
但是……库与框架无法帮助我们将应用组织成容易了解.容易维护、具有弹性的架构，所以需要设 
计 模式。 


设计模式不会 K 接进入你的代码屮，而是先进入你的“人納”中 • 一旦你先在脑海中装入了许多关 
千模式的知识，就能够开始在新设计中采用它们，并当你的旧代码变得如冋搅和成一团没有弹性的 
意大利面一样时，可用它们 t 做旧代码。 



(®) : 如果设计模式这么棒 . 

为何没有人建立相关的库呢？那样 


Dunil^tJuestiPns 

问 


: 库和框架不也是设计横 


式吗？ 


我们就不必自己动手了。 

^ : 设计模式比库的等级更 
高。设计樓式告诉我们如何組织类 
和对象以解决某种 问題。 而且采纳 
这些设计并使它们追合我们特定的 
应用，是我们賁无旁貧的事。 


^ : 库和枢架提供了我们某 

痊特定的实现，让我们的代码可以轻 
易地 U 用，但是这并不算是设计糢 
式.有些时候，库和枢架本身会用到 
设计糢式，这徉很好，因为一旦你了 
解了设计糢式，会更容易了解这些 
API 是围绽着设计樸式构速的。 


: 那么，没有所谓设计模 

式的库？ 

^ : 没错，但是稍后你会看 

到设计模式类日。你可以在应用中 
利用这婆设计樓式 . 
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为何粟用设计模式？ 



忏疑的孖龙人员 食善的模式大师 

开发人员：好吧！但是不都只是好的面向对象设计吗？我是说，我愫得运用封装，抽象. 

继承.多态，我真的还有必要考虑设计模式吗？运用 oo , —切不是都很直接吗？这不正是 
我过去 h 了 -堆 OO 课程的原因吗？我认为设计模式只对那些不+鏡好的 OO 设计的人有用 • 

大师： 这是面向对象开发常有的 谬误： 以为知道00基础槪念，就能0动设计出弹性的、可 
复用的、可维护的系统。 

开发 人员： 不是这样吗？ 

大帅：+是！要构造有这些特征的 oo 系统，事实证明只有通过+断地艰苦实践，才能成 
功。 

开发人员：我想我开姶了解 f , 这些构造 oo 系统的隐含经验于是被收集整理出来…… 

大师： ……是的，被整理成了一•群“设计模式"。 

开发 人员： 那么，如果知道了这些模式，我就町以减少许多体力劳动，直接采用可行的模 
式吗？ 

大师：对，在一定程度上可以这么说。不过要记住，设计是一门艺术，总是有许多可取舍 
的地方。但是如果你能采用这些经过深思熟虑， a ■经受过时闻考验的设计模式，你就领先 
別人了。 
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设计樓式入门 




开发 人员： 如果我找不到模式，怎么办？ 

大师： 有一些面向对象原則，适用于所有的模式。当 
你无法找到适当的模式解决问题时，采用这些原則可 
以帮助你。 

开发 人员： 原则？你是说除了抽象、封装……之外, 
还有其他的？ 

大师： 是的，逢立可维护的 oo 系统，要決就在于随时 
想到系统以后可能需要的变化以及应付变化的原则。 
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你的设计工具箱 



设计工爯箱沟的工異 

你几乎快要读完第1章了！你己经在你的设计工具箱内 
放进了几样工具，在我们进入第2章之前.先将这些工 


要点 


具-列出 * 


00赛边 

多& 


分的旒 0 * 


JftVM •■ 

•It” 

— 鴦忒， A . 


㈣工 

— 变®. ㈣ .肩辈夂。 


\ 

00 樣 t 

策 4 榉式一 銶勞減 . 龢 

二⑸山 -— 卜 


® 试冬 * 的 . 的 

» N _ J « * S 考* ■. 

棵式如何仰相 S 
54耷琢的《 



一个. 2节更多 1 


■ 知道 oo 基础，并不足以让 
你设计出良好的 oo 系统 • 

• 良好的 oo 设计必须具备可 
复用.可扩充.可维护三 
个特性。 

■ 換式可以让我们建造出具 
有良好 oo 设计质 a 的系 
统。 

■ 模式被认为 aw 经 验证的 
oo 设计经验。 

• 模式不是代码，而是针对 
设计问题的通用解决方 
案.你呌把它们应用到特 
定的应用中。 

■ 捵式不是被发明，而是被 
发现。 

■ 大多数的模式和原則，都 
若眼干软件变 化的士 :题. 


■ 大多数的模式都允许系统 
局部改变独 X 于其他部 
分. 

■ 我们常把系统中会变化的 
部分抽出来封装。 

■ 携式让开发人员之间有共 
莩的语言，能够最大化沟 
通的价值。 


32 第1章 



设计模式入门 



ih 标准填字游戏，动动你的右脑。 

这是一个标准的纵横填字游戏，所有的词都来自本章。 



横排 提示： 

2. Grilled cheese with bacon 
4. Duck demo was located where 

7._what varies 

9 Most patterns follow from OO_ 

14. Pattern that fixed the simulator 

15. Patterns give us a shared_ 

16. Design patterns_ 

17. Development constant 

18. Patterns_in many applications 


竖排 提示： 

I. High level libraries 

3. Learn from the other guy's_ 

5. Java 10, Networking, Sound 
6 Program to this, not an implementation 
8. Favor over inheritance 
10. Duck that can't quack 

II. Rick was thrilled with this pattern 

12 Patterns go into your_ 

13. Rubberducks make a_ 
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设计谜题解答 


设计谜 翅蘚答 



Character (角色）是抽象类，由具体的角色来 继承。 具体的角色 包括： 
国王 （ King ) 、皇后 （ Queen ) 、骑士 （ Knight ) 、妖怪 （ Troll ) 。而 
Weapon (武器）是接口，由具体的武器来继承。所有实际的角色和武器 
都是具体类。 

任何角色如果想换武器，可以调用 setWeaponO 方法，此方法定义在 
Character 超类中。在打斗 （ flight ) 过程中，会调用到目前武器的 
useWeapon () 方法，攻击其他角色。 


袖象 











设计模式入门 


答絮 



terpen your pencil 


駆动*变的因索很多 • 找出你的软件中痛麥改变代《的飑方 • 
列出来 • 下_是我们的答 *• 你的答索可能 和我们 不—样 • 


我们的 拥害残 用户決41 别的 鍁法. *491 斯功《。 

我的公 《決4采用 W 的 教昶庳户*. A 从另-家厂* 兵了廬戏. iiil * 教邡繙式不# «• 

在的技术敖変.我们必硒 I 扣代砝.1用子街访试。 

钱们 f 足移的构違 I 统的知泛，*«®去粑寧伐做珥 
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2 难察者 (Observer ) 糢式 

让你的聽 ♦ 
♦ 知悉现况+ 



喵. Jerry . 我 i 在遴 知大宗 • 找 
式小 组会议 改到》六硖土，达次 
粟讨论的是难察者 祺式.达令祺 
式最#? ! «级#〖你一定 S 采 
嘈. Jerry „ 


有趣的事情发生时，可千万别错过了！ 有一个模式可以帮你的对象 

知悉现况，不会错过该村象感兴趣的事。对象其至在运行时 n i ■决定是否要继续被通 
知。观察者模式是 JDK 中使用最多的模式之' 非常有用。我们也会.件介绍一对 
多关系，以及松耦合（对，没错，我们说耦合） • 有了观察者，你将会消息•乂通。 
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气象观瀏站 

恭舂你 r 

你的©队 削剐 嬴得一紙含的 • 资贵建交 
Weather —0— Rama 公司的7 一代气象站 ■ 
Internet 气象艰谢蛣 o 


妙贵公诚选難申请中的，(溫度、 

当 V/eathetO^ OR atna 气象 

r 奸 r 

样的 APU « ma 气象姑有很奸&奸的部分软 

真镦的 
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气象监册 I 应用的概況 


观察者横式 



此系统中的三个部分是气象站（获取实际气象数据的物理装 置） 、 WealherDala 对 
象（追踪来自气象站的数据，并更新布告板）和布告板 （ S ■示目前天气状况给用 
户看） • “ 0 箱玖况 "H 

—. 用户也芍以 


Weather -0 -Rama 提供 


我们的实现 


WeatherData 对象知 道如何 跟物理气象站联系，以取得更新的数据 • WeatherData 对 
象会随即更新三个布告板的显示 ： 目前状况（温度、湿度，气 压）、 气象统计和天 
气预报。 

如果我们选择接受这个项目，我们的工作就是建立一个应用，利用 WeatherData 对 
象取得数据.并更新三个布 告板： 目前状况，气象统计和天气预报。 
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气象数据类 


帷 — 雖刚送到的 WeatherData 类 


如同他们所承诺的，隔天早上收到了 WeatherData 源文件，看 T 一下代码, 
一 叻都很直接： 



卜一、二;一… 

；0不 ft ⑽&一扣托 

(I &。 


:: :: 二二 “ 

么 •••••• 

為次菝《,这•口 •！ 三个 f 芳 
布苦叛中的 一个。 




* 一旦气象测量更新，此方法会被调用 

V 

public void measurementsChanged() { 

//你的代码加在这里 


WeatherData.java 



我们的 r •作是实现 measurememsChangedO， 好让它更新 
H 前状况、气象统计、天气预报的显•示布告板。 


40 第 2 章 


显示装置 





我们 © 前知遂些什么？ 


观察者模式 


Weather - O - Rama 气象站的要求说明并不是很清楚，我们必须搞 
愫该做些什么。那么，我们目前知道些什么呢？ 

O WeatherData 类具有 getter 方法，可以取得三个测量值：温 
度、湿度与气压。 

O 当新的测董数据备妥时， measurementsChangedO 方法就 
会被凋用（我们不在乎此方法是如何被调用的，我们只 
在乎它被调用 n 。 


getTenperature () 
getHumidity () 
getPressure() 


measurementsChanged() 


O 我们需要实现二个使用天气数据的布冉板：“目前状 
况”布告、“气象统计”布告、“天气预报”布告❶一 
旦 WeatherData 有新的测鼠，这些布告必须马上更新。 


O 此系统必须可扩展，让其他开发人员建这定制的布告板， 
用户可以随心所欲地添加或刪除任何布告板。目前初始 
的布告板有三类：“目前状况”布告、“气象统计”布 
告、“天气预报”布告。 



将来的布告板 
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第一次尝试气象站 


先看一个错误示菹 


这是第一个可能的实现：我们依照 Weather - O - Rama 气象站开发人员的暗示，在 
measuremeiUsChangedO 方法中添加我们的代码： 


public class W«ath«rData { 


//实例变董声明 


public void mftasuranant 囂 Changed () 


float *= g«tT«5>eratur® () ; ^ 

float humidity - getHumidity (); 
float pressure = get^r^ssure (); 


用 的三个 

9 ) -f (t o 方法 3 


) 

it 


currontCondltionsDiaplay.update<temp, humidity, preaaure); 
•tatisticsDiaplay. updata (tesop, humidity, pressure ); 
for«caatDispl*y.update(t«n5>, humidity, prossura); 



这里是其他 WoatharDat •方法 


r 二 f 


现 S » t <* 

板…… 


your pencil__ _ 

在我们的第一个实现中，下列哪种说法正确？ <多选） 

Q A . 我们是针对具体实现编程，而非针对接 QD . 布告板没有实现一个共同的接口。 

°- Qe . 我们尚未封装改变的部分 • 

□ B . 对于毎个新的布告板，我们都得修改代 

码. Gf . 我们侵犯了 WeatherData 类的封装， 

QC . 我们无法在运行时动态地增加（或_ 

除）布告板。 
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SWAG 的定义: Scientific Wild A** Guess 




我们的实现布什么不对? 


观 ft 者模式 


回想第1章的概念和原则 


public 


measureinentsChangtt<l ( 


float ten^> ■ g«tTon5>eratur« (); 
float humidity = getHxamidity (); 
float pressure = getProssure (); 


的沾方 . f 
f «装起來。 


S antConditidh^Display .update (ten^, humidity , pressure); 
isticsDispla〆. update (tan?>, humidity ， pressure); 
castOisplay.l^xiate (ten^>, humidity, pressure), 




㈠ 的只冰右现铤蠖.含导致我 


§ 少， （ is 罨起來後4_个统 
—的戏 o . 4苦軚的方沭名枚 
部基 “— tcO . 参數郝 4 S 4. 
•34. 气任。 



我们现在就来看观察者模式.然后 
再回来看看如何将此棋式应用到气 
象观测站。 
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认识观察者模式 


汄识难察者模式 

我们看看报纸和杂志的订阅是怎么 回事: 


o 报社的收务就足出版报纸。 

q 向某家报 Hir 阅报纸，只要他⑴有新报纸出版，就会给你送 
来。 r 要你足他们的 n ■户，你就会一直收到新报纸。 

O 、* i 你不想洱咎报纸的时候，取消 iny ， 他们就不会冉送新报 
纸来。 

Q 只要报社还在运赀，就会一直有人（成申- 位） 向他们 11* 阅报 
纸或取消 U ■阅报纸。 
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出皈者 + 汀阅 者= 难察者糢式 


观察者模式 


如果你了解报纸的订阅是怎么回事，其实就知道观察者模式是怎么回 
事，只是名称不太一样：出版者改称为“主题” （ Subject ) ,订阅者改称 
为“观察者” （ Observer ) * 


让我们来看得更仔细一点: 







一 £敌轉诠 t . 靶的& 
鉍含以茗神衫式达到 
€砮老孕 I ： 



o 

暫子对像 




波1*» 


戎穿寺 (•:主 《) 生 
达以谩 4 生拯數 搞电变的辟 
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观察者棋式的一天 


难察者模式的一天 


鸭子对象过来告诉主题，它 
想当一个观察者。 

鸭子其实想说的是：我对你的 
数据改变感兴趣，一有变化请 



通知我。 



鸭子对象现在已经是正式的观察 
者了。 


鸭子静候通知，等待参与这项伟 
大的亊情。一具接获通知，就会 
得到一个整数。 



主题有了新的数据值！ 

现在鸭子和其他所有观察者都会 
收到 通知： 主题巳经改变了。 



⑤:::::::::::::::蒗 
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观察者横式 


老鼠对象要求从观察者中把自己 
除名。 


老鼠 Q 经观察此主题太久，厌倦 
了，所以决定不再当个观察者。 



老鼠离开了! 



主题知道老鼠的请求之后，把它 
从观察者中除名。 






主题有一个新的整数。 

除了老鼠之外，毎个观察者都会收到 
通知，因为它 d 经被除名了。嘘！ 
不要告诉別人，老鼠其实心中暗暗 
地怀念这些整数，或许哪天又会再 
次注册，冋来继续气观察者呢！ 



你现在的位置 ► 47 





五分钟短剧 



五分钟短剧：难察的主题 

ff . 今天的风刺短剧中，有两个后泡沫时期的软件 I :程师，遇 
到-个真正的抬头 . 
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二号软件开发人员 


主题 



其间， Ron 和川1继续过自己的日子， 
如果 Java 丄作来 他们会接到通知, 
毕竞，他们是观察荇嘛！ 


观察者模式 



观察者 
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定义观察者横式 



川1 热爱她的现状.她不冉是观察若了。她还 
因为签约获得 了一笔 奖金，因为公司不用拨出 
一大笔钱给措头， 


佾适，我们亲爱的 Ron , 又如何了？我们听说他设局 
把原來的措头搞得奄无招架之力。他不只是一个观察 
者，也有了自己的求职者清单，只要付一笔钱给措头, 
就 -1 ■从其他求职者嫌取更多钱 • Ron 既是一个主题, 
也垃•个观察者，集两种角色于 一身。 
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定义难察者模式 


观察者模式 


当你试图勾勒观察者模式时，可以利用报纸 VT 阅服务，以及出 
版者和订阅者比拟这 一切。 


在真实的世界中，你通常会看到观察者模式被定 义成: 


观定义了对象之间的一对多依赖，这 
样一来，当一个对象改变状态时，它的所有依赖者都 
会收到通知并自动更新。 


难察者糢式定 义了一 
系列对象之间的一对 
多兵系。 


让我们看看这个定义，并和之前的例子做个 对照: 


一的多 M 系 
_ 



当一个对象改变状态， 
其他体赖者邾会收到 
遍知。 


主题和观察者定义了一对多的关系。观察者依赖千此主题，只 
要主越状态一有变化，观察者就会被通知。根据通知的风格， 
观察者可能因此新值而 电新。 


稍后你会 看到， 实现现察者模式的方法不只一种，但是以包含 
Subject 与 Observer 接口的类设计的做法最 常见。 


让我 (n 快来看看吧 
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松耦合 

定义难察者模式 ：类恝 





«个圭砝 gw •有 专戏 d, ii 个戏 O 户 •<i“P“ t *() 一 

锊多现察者 个方法 * 洛纟跬蚨备畋1的它速 




—个 ft 沭 i 蛀呈4食现主达 
戏 o , 餘 *5 泫裀和挺抹方 :’去 
C ^. 本至跬！亥现3 
noti < y 0 6 s « v « s () 方法‘此方 : 去 
用子存杖&政变的泛 ㈣ 充•去 
箱视瘙老。 



只体圭拯 也巧铨<5设 $ 扣获驭 趄 o 的仔 务类。观痒老必场 

伏各的方沭（稍后含逬―哆付 泛 谢龙体 i 延. 以便孩牧更 


> Duml ^ t^uestiPTis 

l 1 ^) ! 这和一对多的关系有何关联？ 



其间的依赖是如何产生的？ 


^ I 利用观察者模式，主題是具有状态 

的对象. 并昱可 以控制这些状态^也就是说， 
有“一个”具有状态的主題。另一方面，观察者 
使用这些状态，虽然这些状态并不爲于他们。有 
许多的现察者，依箱主題来告诉他们状态何时改 
变了 • 这就产生一个关系：“一个，主題时“多 
个”现察者的 关系。 


答： 因为主題是真正拥有數据的人，現察 
者是主題的依賴者，在数搪变化时更新，这样比 
起让许多对象控制同一份数据来，彳以得到更干 
冷的的 oo 设计 • 


52 第2章 







观察者模式 


柁耦含的威力 

当两个对象之间松耦合，它们依然可以交互，但是不太清楚彼此的细节。 
观察者模式提供了一种对象设计，让主题和观察者之间松耦合。 

为什么呢？ 


关干观察者的一切，主题只知道观察者实现 1 T 某个接口（也就是 Observer 接口）。主 
题不需要知道观察者的具体类&谁，做 f 些什么或丼他任何细节《 


任何时候我们都可以增加新的观察者。因为主题唯一依赖的东西是一个实现 
Observer 接口的对象列表，所以我们可以随时增加观察者。事实 h , 在运行时我们可 


以用新的观察者取代现有的观察者，主题不会受到任何影响。同样的，也可以在任何\ 

时候刪除某些观察者。 \ 

«- - 

有新类型的观察者出现时，主题的代码不需要修改。假如我们有个新的具体类需要当 
观察者，我们不需要为 r 兼容新类型而梭改主题的代码，所有要做的就是在新的类里 
实现此观察者接口，然后注册为观察者即可。主题不在乎别的，它只会发送通知给所 


你裢 哆找射 
多少 科不罔 
的汝1; 


有实现了观察者接口的对象。 


我们可以独立地 复用主 題或观察者。如果我们在其他地方需要使用主题或观察者，可 
以轻易地复用，因为二者并非紧耦合， 

改变主®或观察者其中一方，并不会彩响另 一方。 因为两者是松耦合的，所以只要他 
们之间的接口仍被遵守，我们就可以自由地改变他们。 


m 


设计原则 

为了交互对象之间的松辆合设计而 
努力 • 


松耦合的设计之所以能让我们建立有弹性的 QO 系统，能够应对变化， 
是因为对象之间的互相依赖降到了最低。 
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在继续后面的内容之前，请试着画出实现气象站所需要的类，其中包括 
WeatherData 类及布告板组件。确定你的图能够显示出各个部分如何结合起来，以 
及别的开发人员如何能够实现他自己的布告板组件。 

如果你需要一点小帮助，请阅读 下页， 你的队友正在讨论如何设计气象站。 
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观察者模式 


办公室皞问对话 


回到气象站项目，你的队友们己经开始全面思考这个问题了 



Mary ： 这个嘛！使用观察者揆式啰！ 
Sue ： 是的……但是如何应用? 

Mary : 唔，我们再看一下定义 好了： 



观察者模忒定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依 
赖者都会收到通知汴自动更新。 

Mary ： 3你思考这个定义时，你会发现很有道理。我们的 WeatherData 类正是此处所说 
的“一”，而我们的“多”正是使用天气观测的各种布告板。 

Sue ： 没错。 WeatherData 对象的确是有状态，包栝了温度、湿度、气卬，而这些值都会改变。 
Mary ： 对呀！而丘，当这些观测值改变时，必须通知所有的布告板，好让它们各自做出处 
理。 


Sue ： 好棒！我现在知道如何将观察者模式应用在气象站问 M 上广。 


Mary ： 还有一些 H 题有待理清，我现在还不太了解它们的解决方法。 

Sue ： 什么 H 题？ 

Mary ： 其中•个问题是，我们如 H 将气象观测值放到布告板上。 

Sue ： 回头去看看观察者模式的图，如采我们把 WeatherData 对象当作主题，把布告板当作观 
察者，布告板为了取得信息，就必须先向 WeathcrData 对象注册。对不对？ 


Mary ： 是的……一旦 WeatherData 知道有某个布告板的存在，就会适时地调用布告板的某个 
方法来告诉布告板观测值是多少。 

Sue ： 我们必须记得，毎个布告板都有差异，这也就足为什么我们需要一个共同的接口的原 
因。尽管布告板的类都不•样，但是它们都应该实现相 M 的接口，好让 WeatherData 对象能够 
知道如何把观测值送给它 fh 

Mary ： 我懂你的意思。所以每个布告板都应该有一个大概名为 update () 的方法，以供 
WeatherData 对象调用。 


Sue ： 而这个 updateO 方法应该在所有布告板都实现的共 M 接口里定义。 
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设计气象站 


设计气象站 

看看这个设计图，和你的设计图有何异同？ 

的 有的气 fffl 作邾 实现此现 
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实现 n 象蛣 


观察者棋式 


依照两页前 Mary 和 Sue 的讨论，以及上一页的类图，我们要开姶实现这个系统 
了。稍后，你将会在本拿看到 Java 为观察者模式提供了 内置的 支抟，但是，我们 
暂时不用它， rfri 是先自 d 动手 • 虽然，某些时候可以利用 Java 内罝的支持，但 
是有许多时候，自己建立这一切会更 ft 弹性（况且建立这一切并不是很麻烦）。 


所以，让我们从建立接 U 开 始吧： 


public interface Subject { 

public void registerObserver(Observer o) 
public void removeObserver(Observer o); ^ 



( is 个方法部** - 个规穿 
辛作巧変 f ' 金戏穿老4用 
痳; if 或边《铨的。 


public void notifyObserversO ; 劣 j 坟态枪変的 . 这个;舍破 
5 ^ ’ 讲用. 的规察老。 

public interface Observer { 

public void update (float temp, float humidity, float pressure); 

, ^ T t 

去气象观测 化祐 変的，生跬含把这达祆态 依劣作 


所«的现察老部必场 
裳现 “ p “ t «0 方泫以 
农现视痒老戏 G a 4 
iif . 栽们抬锊 
s «« 的5法把規刑 
入现察老中。 


public interface DisplayElement 
public void display(); 



DispUtfEUment^ O 只 fe 含 5 — 个方 :• 在， 
也舭 蕞山咖叫()。劣 4 爸板 t IS •子的 • 


Mary 和 Sue 认为： 把观测值直接传人观察者中*更新状态的最直接的方法=你 
认为这样的做法明智吗？暗示：这些观测值的种类和个数在未来有可能改变 
吗？如果以后会改变，这些变化是否被很奸地封装？或者是甫要修改许多代 
码才能办到？ 

关于将更新的状态传送给现察者，你能否想到更好的方法解决此问題？ 

别拟 心，在我们完成第一次实现后，我们会再回来探讨这个设计决策。 
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public class WeatherData implements Subject 
private ArrayList observers; 
private float temperature; 
private float humidity; 
private float pressure; 

public WeatherData0 { 

observers = new ArrayList() 

public void registerObserver(Observer o) 
( observers.add(o) / 


public void removeObserver{Observer o) 
int i = observers.indexOf(o); 
if {i >- 0) { 

observers.remove(i); 


-一 Weot / ie * D 4 ta 现奋定现 5 
Si (化 ct 孩 O 。 

⑽加 i ： - fAuqUst 柬记录现获 
⑽ UdA 构造器中^ 


public void notifyObservers 0 { 

for (int i = 0; i < observers.size(); i++) { 

Observer observer = (Observer)observers.get(i); 
observer.update(temperature, humidity, pressure) 


{ ^ — • 的后否印芍。 

阌样缺.劣戒察者想肢消泣 册， 戧们靶 
会从 AtMjfCh 中刪餘即; U 。 

荀鍾的他方来 " Jf 在 ( if , 我们 
把秋态苦诉蒌—个戎察老。©衿 
现察老郝实现所以裁 
们知迮扣何( I 釦它 to 。 


public void raeasurementsChanged{) { 
notifyObservers 0; 


r 工 


public void setMeasurements (float temperature, float humidity, float pressure) { 
this.temperature = temperature; 

this.humidity = humidity; 戧 fOSf i 本丰 ® 本个 o.f 气象站 . 

this.pressure = pressure;_ (t %. t Hkii Z t. MlU . 和 UM3R 中这 fe 

raeasurementsChanged(); ^ 料象 _ 孕利用 ij 个 

方: 4 来 M 试 戏寺. ft 

II WeatherData 的其他方法 也 9 W S 网站 I: 教 Jfe 观刪 flfi 3 


在 WeatherData 中实现主越捿 P 

还记得我们在本章一开始的地方就试图实现 WeatherData 类吗？你可以 
去回顾一下。埂在，我们要用观察者模式实现…… 


M«Cf .： 为 : J 辛省《裼.我们 
存代《中沒有妁出 onpott 和 
pachaieii # 仿 芍以利 
mchtdl}fsmatt W 玷找 1 >)龙 
f 的潘代鸽 . DRMJ 本韦的華 


= 铽铋怎 o^ulsotf<^ 毋 ？} 
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观察 者橘式 


现在，我们来建立布告板吒 f 


我们已经把 WeatherData 类写出来了，现在轮到布告 板了， Weather -0 -Rama 气象 
站 II 购 f 三个布 告板： 目前状况布告板.统计布告板和预测布告板。我们先看看 
目前状况布告板。一旦你熟悉此布告扳之后，可以在本书的代码 H 录中，找到另 
外两个布告板的源代码，你会觉得这些布告板都很类似„ 


… •'二 认二 7 :;=:，. 








K«^AtA 




public class CurrentConditionsDisplay implements Observer, DisplayElement { 
private float temperature; 


private float humidity; 
private Subject weatherData; 



public CurrentConditionsDisplay(Subject weatherData) { 
this.weatherData = weatherData; 


构这器纛 41 的象（也 

魷 1 主玆） 


weatherData.registerObserver(this); 


public void update (float temperature, float humidity, float pressure) { 
this .temperature - temperature; _ , 我们 

this .humidity = humidity; 4c 

display(); 把 ‘X 度和迈度係存起來， 

} 疼后讲用^ 〆 叫 ()》 


public void display() { 

System.out.println{*'Current conditions : n + temperature 

+ "F degrees and *' + humidity + *'% humidity"); ^ —y() 方..去妖只基 

粑蕞迨 的漢忠和淇 
度5亦出來。 


I^}nil5 r t^estion8 


: updateOft 最适合调用 

displayO 的地方吗？ 

^ : 在这个闻单的例子中， 

当值变化的时候鋼用 display ()， 是很 
合理的然而，你是对的，的确是 
有很多史好的方法来设计显示数据 


的方式.当我们说到 MVC ( Model - 
Vicw - Controller ) 模式时会再作说 
明。 

A : 为什么要保存对 

Subject 的引用呢？构造完后似乎用 
不着了呀？ 


: 的确如此，位是以后我 

们可能想要取消注册，如果已经有 
了对 Subject 的引用会比较方便 a 
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测试气象站 


启动 气象站 


o 先建立一个测试程序 

气象站 Li 经完成得差+多丫，我们还需要一些代码将这-.•切连接起 
来。这是我们的第•次尝试，本杷中稍后我们会再回来确定毎个 
组件郎能通过 R1 罝文件来达到容易 ■■插拔"- 现在开始测 试吧： 



public class Weatherstation { 

public static void main(String[] args) { 

WeatherData weatherData = new WeatherData(); 



« 先 




㈨ eatheiOnt 




如菜你 27 ST 
栽宅養的代 砝 ■ 
芍以 将 ii 驀 W 生 
. 杖钱砀糾 

执 m 。 


CurrentConditionsDisplay currentDisplay = 

new CurrentConditionsDisplay(weatherData); 

StatisticsDisplay statisticsDisplay = new StatisticsDisplay(weatherData); 
ForecastDisplay forecastDisplay = new ForecastDisplay(weatherData); 


weatherData.setMeasurements(80, 65, 30.4f); 
weatherData.setMeasurements(82, 70, 29.2f); 
weatherData.setMeasurements(78, 90, 29.2f); 

榉扭扣的气象制蜃。 



彡三个4苦板. 
^ ^WeatherData % 


O 运行程序，让观察者模式表演魔术。 



% java Weatherstation 

Current conditions: 80.OF degrees and 65.0% humidity 
Avg/Max/Min temperature = 80.0/80.0/80.0 
Forecast: Improving weather on the way! 

Current conditions : 82.OF degrees and 70.0% humidity 
Avg/Max/Min temperature = 81.0/82.0/80.0 
Forecast: Watch out for cooler, rainy weather 
Current conditions: 78.OF degrees and 90. 0% humidity 
Avg/Max/Min tenderature = 80.0/82.0/78.0 
Forecast: More of the same 
% 
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观察者模式 


f^rpen your pencil 


Johnny Hurricane ( Weather - O - Rama 气象站的 CEO > 刚刚来电■知，他们还需要酷热指数 
( Heatlndex ) 布告板,这是不可或缺的。细节如下: 

酷热指数 & • 个结合温度和湿度的指数，用来显不人的温度感受 ^ 可以利用温度 T 和相对湿 
度 RH 套用下面的公式来计 W 酷热 指数： 

heatlndex = 

16.923 + 1.85212 * 10' 1 * T + 5.37941 * RH - 1.00254 * 10' 1 * T 

* RH + 9.41695 * 10 3 * T 2 + 7.28898 * 10 3 * RH 2 + 3.45372 * 10 4 

* T 2 * RH - 8.14971 * 10 * * T * RH 2 + 1.02102 * 10 -5 * T 2 * RH 2 - 
3.8646 ★ 10.5 * T 3 + 2.91583 * 10 5 * RH 3 + 1.42721 * 10' 6 * T 3 * RH 
+ 1.97483 * 10° * T * RH 3 • 2.18429 * 10 8 ★ T 3 * RH 2 + 8.43296 * 
10 10 * T 2 * RH 3 - 4.81975 * 10* n * T 3 * RH 3 

开始练习打字吧！ 

开玩笑的啦！别祖心，你不需要亲自输人此公式，只要建立你自己的 HeaUndexDisplay . java 文 

件并把公式从 heatindex.txt 文件中拷 W 进来就可以了。 

heatindex • t*t 丈件刁 /Jiwichtdt^smait. com 奴轉 

这个公式是怎么冋亊？你可以参考 《Head First 气象 学》， 或者问 N 国家气象局的员 L 
(或用 Google 搜 索）。 


当你完成后，输出结果应如下所示： 


% java Weatherstation 

Current conditions : 80.OF degrees and 65.0% humidity 
Avg/Max/Min ten^erature = 80.0/80.0/80.0 
Forecast: Improving weather on the way! 

Heat index is 82.95535 

Current conditions : 82.OF degrees and 70.0% humidity 
Avg/Max/Min temperature = 81.0/82.0/80.0 
Forecast: Watch out for cooler, rainy weather 
Heat index is 86.90124 

Current conditions: 78.OF dogre©s and 90.0% humidity 
Avg/Max/Min temperature = 80.0/82.0/78.0 
Forecast: More of the same 
Heat index is 83.64967 
% 
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围炉 夜话： 主题与观察者 


鲰炉夜货 




今在活颺：主《和难察 老軾值 难祭者获锊状 iSS 
患的 iE 鷂方 法龙生 7争吵。 


主瓸 

我很高兴，我们终于有机会面对面聊天了， 


唉呀！我把该做的事都做到了，不是吗？我总是会 
通知你们发生什么事了……我虽然不知道你们是谁, 
但这不意味着我不在乎你们。况且，我知道关于你 
们的一件重要 的亊： 你们实现了 Observer 接口。 


是吗？说来听听! 


难察者 


是这样吗？我以为你根本不在乎我们这群观察者 
呢。 


是呀，但这只是关+我的一小部分罢了！无论如 
何，我对你更了解…… 

嗯！你总是将你的状态传给我们，所以我们可以 
知道你内部的情况 • 有时候，这很烦人的…… 


拜托，我必须主动送出我的状态和通知给大家，好 
it 你们这些懒情的观察者知道发生什么事广。 

咳！等等。我说主题先生，首先，我们并不懒, 
在你那些“很重要”通知的空档中，我们还有別 
的事要做。另外，为何由你主动送数据过来•而 
不是让我们主动去向你索取数据？ 

嗯……这样或许也行，只是我必须因此 n 户大开，让 
你们全都可以进来取得你们需要的状态，这样太危险 
了。我不能让你们进来里面大肆挖掘我的各种数据- 
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观察 者模式 


主越 


是的，我可以让你们“拉”走我的状态，但是你不觉 
得这样对你们反而不方便吗？如果每次想要数据时都 
来找我，你可能要调用很多次才能收集齐全你所要的 
状态。这就是为什么我更喜欢“推”的原因，你们可 
以在一次通知中一口气得到所有东西。 


是的。两种做法都有各自的优点。我注意到 Java 内贾 
的 Observer 模式两种做法都支持。 


太好了，或许我会看到一个“拉”的好例子，因而改 
变我的想法。 


难察者 

你何不提供一些公开的 gcuer 方法，让我 
们“拉”走我们需要的状态？ 


死鸭子嘴硬！观察者种类这么多，你不可能事先 
料到我们每个人的需求，还是让我们直接去取得 
我们需要的状态比较恰当，这样一来，如果我们 
有人只褡要一点点数据，就小会被强迫收到一堆 
数据。这么做同时也可以在以后比较容易修改。 
比方说，哪一天你决定扩展功能，新增更多的状 
态，如果采用我建议的方式，你就+用修改和更 
新对毎位观察者的调用，只需改变自己来允许更 
多的 getter 方法来取得新增的状态。 


真的吗？我们得去瞧瞧 


什么？我们会有意见相同的一天？不会吧! 
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Java 内置的观察者横式 


使用 Java 沟 M 的 
难察者模式 

到 B 前为出，我们已羟从尤到有地完成了 
观察者模武，彳 H . 是， Java API 有内 g 的观 
察者模式。 java.utilfel ( package ) 内包含最 
基本的 Observer 接口与 Observable 类，这和 
我们的 Subject 接口与 Observer 接 n 很相似。 
Observer 接 I 丨 ^Observable 类使用上更方便， 
因为许多功能都已经事 5 t 准备好了。你丼至 
可以使用推 ( push ) 或拉 ( pull ) 的方式传 
送数据，稍 G •就会看到这样的例子。 

为 了更丫 解 java . uitl.Observer 和 java . util . 
Observable , 看看 Ftfii 的阁，这是修改后的 




灸鏟冬 *5 _ i 發糾 
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Java 沟 I 的难察者模式如何运作 


观察者模式 


Java 内置的观察 H •模式运作方式，和我们在气象站中的实现类似，但有一些小差异。最明 
K 的差异是 WemherDala (也就是我们的 主题） 现在扩展自 Observable 类，并继承到一些增 
加. 刪除、 通知观察者的方法（以及其他的方法）。 Java 版本的用法如下： 

如何把对象变成观察者…… 

如 |B 似前一样，实现现察者接 n (java.uitl.Observer) ,然 ft 调用任何 Observable 对 
象的 addObserverO 方法。不想冉 、 i 观察#时，调用 deleteObserverO 方法就" I 以了。 

可观察者要如何送出通知…… 

首先，你 需要利 用扩展 java.miLObservable 接 U 产生“可观察者”类，然后，需要两 
个 步骤： 

O 先调用 setChangedO 方法，标记状态巳经改变的事实。 

Q 然后调用两种 notifyObserversO 方法中的 ‘个： 

notifyObservers() 或 notifyObservera(Object 

观察者如何接收通知…… 

同以前一样，观察者实现了更新的方法， 


i 砝本夯 iflS - 个变 f 
卢让祀穿辛 fclSS 个生 il i 入” oti<»06«»vi ; js () 栌教荈时象。 

S3 知5 的： 如菜沒 <5 沒的 空。 

to 果你想 “椎- ( push ) 数据给观察者，你可以把数据当作数据对象传送给 
notifyObservers(arg) 方法。5则，观察者就必须从可观察者对象中 ** 拉” （ pull ) 数据。 
如何拉数据？我们再做.遍气象站，你很快就会看到。 


I 1 二二:二 

备一个视铎老 


r 9 ) 


&不太 一样: 




irg) 
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幕后花絮 




setChangedO 方法用来标记状态12■经改变的事实，好让 notifyObserversO 知道当它被调 
用时应该史新％察者。如渠调用110沿\(^561^6«0之前没有先调用56«：113叩 6 <1()，观察者 
躭“不会”被通知， il •.我们看看 Observable 内部，以了 解这…切： 




sctChanged() { 
changed = true 


not i f y Observcrs(Obj ec t arg){ 
if (charvged) { 

for every observer on the list { 
call update (this, arg) 

} 

changed = false 


notifyObscrvers() { 
notifyObservers(null) 


noii^As«vfts() 只令在 

'— 杉 i 6 “》«*■ 一 

条老 • 

在 ii 知戒瘙 老之后.把 
杉志设 ® Wse 。 


这样做 有其必 要性。 setChangedO 方法可以让你在®新观察者时，有更多的弹性，你可以更 
适当地通知现察者。比方说，如果没有 setChangedO 方法，我们的气象站测畐:是如此敏说, 
以致于温度计读数毎十分之度就会更新，这会造成 WeatherData 对象持续不断地通知现察 
者，我们并不希望看到这样的事情发生。如果我们希®半度 以上才 更新，躭可以在温度差 
距到达半.度时，调用 setChangedO, 进行有效的更新。 

你也I午不 会经常 用到此功能，但是把这样的功能准备 4f, 当需要时马上就可以使用。总之, 
你需要调用 setChangcdO, 以便通知开始运转。如果此功能在某些地方对你有帮助，你可能 
也需要 clearChangedO 方法，将 changed 状态设 S 回 false。 另外也有一个 hasChanged() 方法， 
告诉你 changed 标志的当前状态。 


66 第2窻 



利用沟蛋的支辩重傲气象蛣 


观察者模式 


首先，把 WeatherData 改成使用 
java.util.Observable 


0记饵 S 專入 (<wpo«t) 正嫌的 
Obstx\>ex/ 06 «enui 6 £e e 

import java.util.Observable; 
import j ava.uti1.Observer; 



❷ 

栽们现在 《 奉 





戧们不為 f 茗{|竑现察老 5 . 也不 
W f 霉啻理 1•主册耷蒯咏（让 茌类 代# 
卯芍）：蝌以我们把 fif . 冻加、 
逢知的榷关代0；钯咳， 


public class WeatherData extends Observable { 
private float temperature; 
private float humidity; 
private float pressure; 

public WeatherData() { } 



我 <n 的构 is 不在 ** 巧 5 

ft )-), 

■lit ： 莪们沒有说用 


public void measurementsChanged() { 
setChanged(); ^ 

notifyObservers(); ★ 


public void setMeasurements (float temperature, float/humidity, float pressure) { 
this.temperature = temperature; 厂 

this.humidity - humidity; / 

this.pressure = pressure; <5; 哥用⑽ ij“06sf»vm()d 5 光 ■; 霉 

measurementsChanged(); 用 setCha^edO 朵斿夺蚨忘 3 经诠变， 


notit^06seneis()(% 數轉时 
象 . 这表 •子我 们采用的傲法 

n 


public float getTemperature() { 
return temperature; 


public float getHumidity () 
return humidity; 


public float getPressure () 
return pressure; 



这 苷 方法 . 只 4® ； 6 我们 
f 迻角 " 抬 - 的漱 法 . M 以彳祛 S 
你有 ii 螫方 ; 在 = 察老含糾用 ii ® 方 
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重做目前状况布 ft 板 


现在 ， it 我们重做 CcirrentConditionsDispUiy 


異说 一(4, 记饵饕考入 （ impwt ) i 砝的 
❶/ 06s«tw/i6l< a 


❷我们 现存正 在食现 


import java.util - Observable; 
import java.util.Observer; 

public class CurrentConditionsDisplay implements Observer, 
Observable observable; 
private float temperature; 
private float hiiraidity; 


public CurrentConditionsDisplay(Observable observable) 
this.observable = observable; 
observable.addObserver(this); 々 



DisplayElement { 

© 06 s»va 以 e 去年 ft . 料将 

CunentConii- twn«0i«pUjf?4 

象 f 记威的现察老。 


public void update(Observable obs. Object arg) 
if <obs instanceof WeatherData)( 

NeatherData weatherData = (WeatherData)obs; 
this.temperature = weatherData.getTemperature( 
this.humidity = weatherData.getHumidity()j 
display(); 

} 

} 


❹ 


^itupUtwOi it. tf 

SkU jij 

象作洛 誊*。 


public void display() { 

System.out.println("Current conditions: " + temperature 
+ "F degrees and " + humidity + n % humidity"); 

} 


❺ 


在叩心 4 (>中， 

现察老羼子 ^JeAthexOatA ^ 
智. 然后利用 $€ttexisii 
获 ft 潘度和《 度 :TWf 值 . 
矗后 il 用山 s—y ()。 
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观察者模式 











测试驱动 


运行新的代码 

让我们运行新的代码，以确定它是对的 


Edit Window Help TryTihisAtHome_ . 


%java Weatherstation 
Forecast: Improving weather on the way! 
Avg/Max/Min temperature = 80.0/80.0/80.0 
Current conditions: 80.0F degrees and 65.0% humidity 
Forecast: Watch out for cooler, rainy weather 
Avg/Max/Min temperature = 81.0/82.0/80.0 
Current conditions: 82.0F degrees and 70.0% humidity 
Forecast: More of the same 
Avg/Max/Min temperature = 80.0/82.0/78.0 
Current conditions: 78.0F degrees and 90.0% humidity 
% 


嗯！你注意到差别了吗？再看一次…… 

你会看到相同的计算结果.但蛙奇怪 的地方 在于，文卞输出的次序不一样。怎么 
会这样呢？在继续之前，请花一分钟的时间思考…… 

不要依赖于观察者被通知的次序 

java . uitl . Observable 实现 1* 它的 notifyObservcrs () 方法，这导致通知观察者的次 
序不同干我们先前的次序。谁也没有错，只是双方选择+同的方式实现 罢了。 

但是可以确定的是，如裝我们的代码依赖这样的次序，就蛙 错的。 为什么呢？因 
为一旦观察者/可观察者的实现有所改变，通知次疗•就会改变，很可能就会产生错 
误的结果。这绝对4、足我们所认为的松稱合* 
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观察者模式 


冰 iiJava.util.Observ- 
ableifi 压？我们的 00 设议琢 ) 

W : 粁对捿 o 鎢稃，《非针< 

对实现鉍 H ? 

o° 

java . util.Observable 的黑暗面 

是的，你注息到了！如 M 你所发现的，可观察者足一个“类” ifti + 是一个“接 
口”，£«的是，它甚令:没有实现一个接口。不幸的垃， java . util . Observable 的实现 
有许多 N 题，限制 f 它的 使闹和 复用。这并小&说它没有提供有用的功能，我们只 
是想提醒大家注意-些亊实。 

Observable 是一个类 

你已 经从我 们的垛 _中得知这不是 一件好 事，但足，这到底会造成什么问题呢？ 

首先，因为 Observable 垃-个“类" • 你必须设计一个类继承它。如采某类想同时 
具有 Observable 类和另.个超类的行沁，就会陷人两堆，毕竞 Java 不支抟多重继承。 
这限制 / Observable 的紅用潜力（而增加 kffl 潜力不正£我们使 H ) 模忒®原始的动 
机吗？ >。 

再者，因为没有 Observable 接口，所以你 无法建 立自己的实现，和 Java 内 It 的 
Observer API 搭 Sd 使用，也 尤法将 java . util 的实 fit 换成另一耷做法的实现（比方说， 

Observable 将关键的方法保护起来 

如果你看看 Observable API , 你会发现 setChanged () 方法被保护起来了（被定义成 
protected ) 。那又怎么样呢?这意味若:除非你继承自 Observable , 否則你无法 
创建 Observable 实例井组合到你自 d 的对象屮来。这个设 il •违反了第二个设计原 
则： "多用组合，少用 继承” • 

做什么呢？ 

如果你能够扩嵌 java . util . Observable ， 那么 Observable “可能" "1 以符合你的需求。 
否則.你可能索要像本皂开头的做法那样自己实现这-整烂观察者模火。不管用 
哪•种 方法，反£你都已经熟悉观察者模式了，应该都能磨用它们。 
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观察者与 Swing 


在 JDiC 中，还布彿些地方玎认找到 
难察者模式 


在 JDK 中，并非只有在 java.mil 中才能找到观察者模式，其实在 JavaBeans 和 


Swing 中，也都实现了 观察者 模式。现在，你已经具备足够的能力来自行探索这 
些 API, 佴是我们还是在此稍微提一个简单的 Swing 例子，让你感受一下其中的 
乐趣 • 

背景介绍…… 


找式 感!,)料.巧以奢 _ 7 

P, op «ityCK.«s«U s .«-«*ao. 


让我们看看一个简单的 Swing API： JButton。 如果你观察一下 JButton 的超类 
AbstraclButton. 会 卷到许 多增加与蒯除倾听者 (listener) 的方法，这些方法可 
以 ih 观察者感应到 Swing 组件的不同类型亊件，比 方说： ActionListener 让你••倾 
听”可能发生在按钮上的动作，例如按下按钮 。 你可以在 Swing API 中找到许多不 
M 类型的倾听者。 


一个小的、改变生活的程序 

我 们的程序很简单，你 有一个 按钮，上面写宥 "Should I do it?" (我该做吗？ ） 。 
当你按下按忸，倾听# (观 察者） 必须回答此 MS。 我们实现广两个倾听者， _• 
个 是天使 ( AngelListener ) , -个 是恶魔 ( DevilListener). 程序的行为如下： 





珞 t 的爸 i 一^ 



% java SwingObserverExample 
Come on, do it! 

Don, t do it, you might regret it! 
% 
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观察者模式 


代码是这祥的…… 

这个改变生活的程序需要的代码很短。我们只需要建立一个 ^ Button 对象•把 
它加 SflJFrame , 然后设 E 好傾听者就行了，我们打算用内部类 (inner class ) 
作为倾听者类 （这 样的技巧在 Swing 中很常见）。如果你对内部类或 Swing 不 
熟悉，可以读一读 《Head First Java 》 中的并干“获得 GUI ” 的章节 • 

1 个箱访 0 

public class SwingObserverExample { jftAmc . 热历取 

JFrame frame; 

public static void main(String[] args) { 

SwingObserverExample example = new SwingObserverExample(); 
example.go{); 


public void go() { 

frame = new JFrame(); 

JButton button = new JButton("Should I do it?"), 
button.addActionListener(new AngelListener ())； 
button.addActionListener(new DevilListener()); 


逢出*个轉崤老（規 
寮 老）. 一个夭值 •— 
个备*。 


frame.getContentPane().add(BorderLayout.CENTER, button); 
// 在这里设置 frame 属性 


class AngelListener implements ActionListener { 

public void actionPerformed(ActionEvent event) { 

System •out.printlrU"Don't do it, you might regret it!"); 


class DevilListener implements ActionListener { 

public void actionPerformed(ActionEvent event) { 
System.out.println( w Come on, do it!”}; 





劣主被 ( JButton ) 的狄备 
政変的.存本例中.不盎 
遇用 16 4谪用 

Action? etio^nxt d() 0 
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你的设计工具箱 


设计箱沟的工異 

欢迎来到第2章的结尾，你的对象 
工具箱内又多了一些东西…… 


00赛动 



rr 工二 


00楳式 


%* 

象， 


法_的秦 * 




ikU ⑽奂 W … 金枝瓣’ 


4涑& . 

斿 t 砝 更积。 


-个扣的棵式.以松鷂含方式在_系列时象 
我们 o « a 沒着 《* 瘀老找 
式的代 表人* —— MVC . 以后就食看 f ，) 5 • 



_现察者模式定义了对象之间一 
对多的关系。 

■ 主题（也就是可观察者）用一 
个共同的接 U 来更新观察者 


■ 观察者和可观察者之间用松 
耦合方式结合 （ loosecoupl - 
ing ) ,可观察者不知道观察 
者的细节，只知道观察者实現 
了观察者接口。 

• 使用此模式时，你可从被观察 
者处推 ( push ) 或拉 ( pull ) 
数据（然而，推的方式被认为 
更“正确 - > • 

■ 有多个观察者时，不可以依赖 
特定的通知次序。 

■ Java 有多种观察者模式的实 
现，包括了通用的 java . util . 
Observable 。 

■ 要注意 java. util.Observable 实 
现上所带来的一些问题。 

■ 如果有必要的话，可以实现自 
己的 Observable ， 这并不难， 
不要害怕。 

■ Swing 大蚤使用观察者模式， 
许多 GUI 框架也是如此 • 

■ 此模式也被应用在许多地方， 
例如： JavaBeans 、 RMI . 
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观察者禳式 




桃战设 计原则 


对于每一个设计原則，请描述观察者模式如何遵循此原 
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再次为你的 右脑找 啤事情做吧! 
这次所有的词都来自第2章。 



横排提示： 

1 . Observable is a _ not an interface 

3. Devil and Angel are_to the button 

4. Implement this method to get notified 

5. Jill got one of her own 

6. CurrentConditionsDisplay implements this 
interface 

8. How to get yourself off the Observer list 

12. You forgot this if you're not getting notified 
when you think you should be 

15. One Subject likes to talk to_observers 

18. Don't count on this for notification 

19. Temperature, humidity and_ 

20. Observers are_on the Subject 

21. Program to an __not an 

implementation 

22. A Subject is similar to a_ 


竖排提示： 

2. Ron was both an Observer and a_ 

3. You want to keep your coupling_ 

7. He says you should go for it 

9. _can manage your observers for you 

10. Java framework witti lots of Observers 

11. Weather-O-Rama's CEO named after this 
kind of storm 

13. Observers like to be_when 

something new happens 

14. The WeatherData class_the 

Subject interface 

16. He didn't want any more ints, so he removed 
himself 

17. CEO almost forgot the_index display 

19. Subject initially wanted to_all the data 

to Observer 


观察者模式 


在 《1 豢 ♦ 續式中 . j 电龙的 I 主蹏栌玟以 A 嵊 


穿 老的激 C 扣癔 . 的这个續戎.你芎以蚨 金译耗 


设计原则 

子 ill 权5的 的象. 却不必 Riiitt 



找出程序中公变化 的力而 . 然后将炖和尚定 
不变的方面相分典。 



耷唭 眘寺部 使角讀 o: 嵘豢老 f) 用 itt 的 4o 


kiHHVi. giM 朽角 0440 邁縿砍 »♦ 


设计原则 

针对接 n 编程， 不针村实现编程， 

ii 轉 g 以让 掌 . A 均树只 <5 松蜞 t 



C 察老嫌 式列用 " ffit " 拷卉多成舍透 i * 

♦ 的 tCOD 的这辞兵砉不 * iii 2 鎗禾声 重的篆 

设计原则 

4 ft 阄 函含的 索甙* 卢生妗 


j 多用组合，少用继承* 



9越 
蘚答 


f^terpen your pencil 

在我们的第-个实现中，下列哪种说法正确？（多 选〉 

a 我们是针对具体实现编程，而非 □ d . 布告板没有实现一个共同的接 
针对接口。 U . 

^ B . 对于每个新的布告板，我们都得 f E . 我们尚未封装改变的部分 ■> 
修改代码。 

C . 我们无法在运行时动态地增加或 ！□ F . 我们侵犯了 WeatherData 类的 
_除布告板。 封装。 


挑设原 
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3 装饰者糢式 

i 装饰对象 


♦ 



m 


本章可以称为“给爱用继承的人一个全新的设计眼 

界”。我们即将再度 探讨典 型的继承滥用问题。你将在本章学到如何使 
用对象组合的方式，做到在运行时装饰类。为什么呢？ 一旦你熟悉了装饰的 
技巧，你将能够在不修改任何底层代码的情况下，给你的（或别 人的） 对象陚 
予新的职责。 


这是新的一章 




星巴兹的故事 


欢迕来到星8*玆咖畊 

星巴兹 ( Starbuzz ) 是以扩张速度最快而闻名的咖啡连锁店 * 如果 
你在街角看到它的店，在对面街上肯定还会看到另一家。 

因为扩张速度实在太快了，他们准备史新汀单系统，以合乎他们 
的饮料供应要求。 

他们原先的类设计是这样的…… 




«个孑类犮现 a « t () 來这®故料的价 
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这个名妗 “sctiption (奴 (4) 的实例 
5^. W 个料接狀 
料.刎如"赵洸深碚 RoflSt) 
★蛾 霣"。 

f) J^fetOeaciiptionO^ ^ 达 ® 此奴这 《 


Espresso 










装饰者模式 


购买咖啡时，也可以要求在其中加入各种调料， 例如： 蒸奶 （Steamed Milk ) 、豆浆 （ Soy ) 、 
摩卡 （ Mocha ， 也就是巧克力风味）或覆盖奶泡。星巴兹会根据所加入的调料收取不同的费 
用。所以订单系统必须考虑到这些调料部分。 

这是他们的第一个尝试…… 



你现在的位置 > 81 





违反设计原则 



很明显，星巴兹为自己制造了一个维护恶梦。如果牛奶的价钱上扬，怎么 
办？新增一种焦糖调料风味时，怎么办？ 

造成这种维护 h 的闲难，究竟违反了我们之前提过的哪种设计原则？ 

imw 玢百迎‘請凿冷挫 xh 束 ： 坐细 



笨埭 j 丨子嫲设 i 十达么多* 

嗦？ 利用实倒変§和 鳙承， 軾守认 
埴琮达整 壜科嘈 r 


好吧！就来试试看。先从 Beverage 基类下手，加上 
实例变置代表是否加上调料（牛奶、豆浆，摩卡、 
奶泡…… ） 
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装饰者模式 



^l^rpen your pei 


incil. 


请为下面类的 cost (> 方法书写代码（用伪 Java 代码 即可） 


public class Beverage { 
public double cost() { 


public class DarkRoast extends Beverage { 
public DarkRoast() { 

description = "Most Excellent Dark Roast": 

} 

public double cost() { 
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改变的彩响 



H^^rpen your pencil 

当哪些需求或因素改变时会影响这个设计？ 

汉料价钱的诠交古 f 逢我们 f 托现奇代砝_ 


一 © ti 现扣的 戊科. 我就傘 f 如上扣的方: •在.斿汝 变趦炎中的 ast () 方 _ 






万一袄荅扠 f 汉锫.穿十★蝌. m 


虼 V 、汸’ 
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装饰者横式 



大师与门徒…… 

大师： 我说蚱鯭呀！ Hi 离我们上次见 面已 经有些时日，你对于继 
承的冥想，可有椿进？ 


门徒：是的，大师.尽管继承威力强大，但是我体会到它并不总是能够实现最有 
弹性和最好维护的设计。 

大师 ：啊！ 是的，肴来你已经有所长进 ■ 那么，告诉我，我的门徒，不通过继承 
又能如何达到复用呢？ 

门徒：大师，我巳经了解到利用组合 ( composition ) 和委托 （ delegation ) 可以在 
运行时具有继承行为的效果。 

大 师：好 ，好，继续…… 

门徒：利用继承设计子类的行为，是在编译时諍态决定的，而 II 所有的子类都会 
继承到相同的行为。然而，如果能够利用组合的做法扩展对象的行为，躭可以在 
运行时动态地进行扩展。 


大师： 很好.蚱蜢，你 e 经开始看到组合的威力了。 

门徒：足的，我可以利用此技巧把多个新职责，甚至是设计超类时还没有想到的 
职责加在对象 ]；• 而且，可以不用修改原来的代码。 


大师： 利用组合维护代码，你认为效果如何？ 

门徒： 这正是我要说的。通过动态地组合对象，可以写新的代码添加新功能，而 
无须修改现有代码.既然没有改变现有代码，那么引进 bug 或产生意外副作用的 
机会将大幅度减少。 

大师：非常好。蚱 tt , 今天的谈话就到这里。希望你能在这个主题上更深人 …… 
丰记，代码应该如 同晚蒞 中的莲花一样地关闭（免干改 变〉， 如同晨曦中的莲花 
一样地开放（能够扩 展）。 
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开放关闭原则 


开放-兵闭原則 

此刻，蚱蜢面临最重要的设计原则之一: 


设计原则 

类应该对扩展开放，对修改关闭。 



ffi 花 r 许多时间得到 f 正确的代码，还解决 r 所 


有的 bug , 所以不能让你修改现有代码。我们必 
须关闭代码以防止被 修改。 如采你不賓欢，可以 


找经理谈。 


我们的目标是允许类容易扩展，在不修改现有代码的情况下，就可搭配 
新的行为。如能实现这样的目标，有什么好处呢？这样的设计具有弹性 
可以应对改变，可以接受新的功能来应对改变的需求。 
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装饰者模式 


l 1 ^) : 对扩展开放，对修改关闭？听 1^) : 我如何让设计的每个部分都遒 
起来很矛盾。设计如何兼顾两者？ 循开放-关闭原则？ 


: 这是一个很好的问題。乍听之 
下，的确感到矛盾，毕竟，越难修改的事 
物，就越睢以扩展，不是吗？ 

但是，有一些聪明的 oo 技巧，尤许系统 
在不修改代码的情况下，进行功能扩展》 

想想現察者糢式（在第2幸）……通过加 
入新的现察者，我们可以在任何时候扩展 
Subject (主題），而 i 不需向主題中添加 
代码。以后，你还会陆续看到更多的扩展 
行为的其他00设计技巧， 

: 好吧！我了解观察者 （Observ 

- able ) , 但是该如何将某件东西设计成可 
以扩展，又禁止修改？ 

^ J 许多樓式是长期经验的实证， 
可通过提供扩展的方法来保护代码先于被 
修改。在本幸，将看到使用装饰者糢式的 
一个好例子，完全連循开放-关闭 原則。 


5 通常，你办不到。要让 oo 设 
计同时具备开放性和关闭性，又不修改现 
有的代码，需要花费许多时间和努力。一 
般来说，我们实在没有闲工夫把设计的每 
个部分都这么设计（而且，就算做得到， 

也可能只是一种浪费 ） „遵循开放-关闭康 
則，通常会幻入新的抽象层次，增加代码 
的复杂度。你需要把注意力集中在设计中 
最 有可能改变的地方，然后应用开放-关闭 
原則。 

| p ) : 我怎么知道，哪些地方的改变 
是更重要呢？ 

: 这牵涉到设计 oo 系统的经验， 

和对你工作领域的了 解 > 多看一痊其他的 
例子可以帮你学习如何辨别设计中的变化 
区。 

系然似乎有点矛适，侄是的碥冇一些 
技术玎认允许在不蛊摟修改代码的锜 
況7对其逬行扩展。 


在选择索要狨扩展的代码鄯分时要小 
心。毎个摊方都采用孖放-兵闭原则， 
是一种泜费，也浚必要，还会导致代 
码变得 t 杂^难认理蘚。 
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认识装饰者横式 


汄识装秭者糢式 

好了，我们 Li 经了解利用继承无法完全解决问题，在星巴兹遇 到的问 


够？！伪们达签向对象 、 
设讨俱乐部”的癍伏。怕采蘚决炙 
正的闷* 吒！ 还轮得我 们碣？ e 
玆咖疇？你认为达整设 i 十脒則有实 
V 堪的帮助啕？ 


题行： 戈数 s 煤炸、设计死板，以 及某类 加人的新功能并不适用于所 
冇的子类。 

所以，在这里要采用不.样的做法：我 们要以 饮料为主体，然后在运 
行时以凋料来“装饰” （ decorate ) 饮料。比方说，如采顾客想要摩卡 
和奶泡深焙咖啡，那么，要做的是： 

❶拿一个深焙咖啡 （ DarkRoast) 对象 

Q 以摩卡 （ Mocha) 对象装饰它 



O 以奶泡 （ Whip) 对象装饰它 

O 调用 cost() 方法，并依赖委托 (delegate) 将调料的价 
钱加上去 


好广！但是如何“装饰” •个对象，而“委托”又要如何与此搭配使 
用呢^给-个 暗示： 把装饰者对象1成“包装者”。让我们看看这是 
如何工作的 . 
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认装饰者构逯饮料订单 


装饰者横式 


O 以 DarkRoast 对象开始 





❷ 



顾客想要摩卡 （ Mocha ) ,所以建立一个 
Mocha 对象，并用它将 DarkRoast 对象包 
( wrap ) 起来。 


』 4 一 个装认 'i 
*5它_的的象 （冬 慮 p 

;v d " 


❸顾客也想要奶泡 ( Whip ) ,所以需要建立一个 Whip 装饰者，并用它将 Mocha 对象包起来。 



别忘了， DarkRoast 继承自 Beverage ， 且有一个 cost () 方法，用来计算饮料价钱。 


W/up 袅一个装样老 . M 以它也 
0^ 5 OathRoast ^ ^ . 4 忠衫 ― 
个 cost() 方 : 在 ^ 


M 以 . ii^ochaifa^^V & 起来 (i^OaifeRoast 的象 (3 贫 
^ — ^Bevet^e , 仍疼芍以只有卩 atfcRoatft 的一切 f} 為 , 
ft 托试用它的 wstO 方:在 u 
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装饰者的特性 


O 现在，该是为顾客算钱的时候了。通过调用最外圈装饰者 ( Whip ) 的 cost () 就可 
以办得到。 Whip 的 cost () 会先委托它装饰的对象（也就是 Mocha ) 计算出价钱， 


然后再加上奶泡的价钱。 


❷ Whip 调用 Mocha 的 costo。 



典过 A > 布.你钍食 




调用&外 M 装饰者 


o Whip 在 Mocha 的返回结果上加 
上自 Li 的价钱 $0.10, 然后返回 
最后结果$1.29。 


Mocha 在 DarkRoast 的结果上 

加上自己的价钱$ 0 . 20 ,返回 


的价钱$1.19。 


好了，这是目前所知道的一切 


■ 装饰者和被装饰对象有相同的超类型。 

■ 你可以用一个或多个装饰者包装一个对象。 

■ 既然装饰者和被装饰对象有相冏的超类型，所以在任何需要原始对象（被包 装的） 的场合，恥 
可以用装饰过的对象代替它 • ^ 

■ 装饰者可以在所委托被装饰者的行为之前与/或之后，加上自己的行为，以达到特定的 目的。 

■ 对象可以在任 H 时候被装饰，所以可以在运行时动态地、不限發地用你喜欢的装饰者来装饰 
对象。 


规在，轼来痦着装饰者模式的定义，#写一些代铒， 了蘚它 
到底是怎么工作的。 
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定义装钸 者模式 


装饰者横式 


让我们先来看看装饰者換式的 说明: 


#饰动态地将责任附加到对象上。 
若要扩展功能，装饰者提供了比继承更有弹性 
的替代方案， 


虽然这说明了装饰者模式的“角色”，但是没说明怎么在我们的实现中 
实际“应用”它。我们来看看类图，会有些帮助（下一页，我们会将此 
结构套用在饮料问题 上）。 


i 个迅4郝 sj 以輩抽馑用.琏老破 
装钸起來值用。 



老芍以加 I ：扣的方法。斯朽砟基逢过在泊 
H 衿前乐成后 面漱一 ih •+箕來淥加的。 
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装饰饮料 


装怖我们的饮料 

好吧！让星巴兹饮料也能符合此框架 


0扒"巧 《相必彳 柚象的 



' ' /V 

这 4 il 科装辞老。硝: i 舍，它们脉5必硒索现 
cosf()d 2必須贫 ^€ tDesc \ iytion {) 0 柏后裁们 


含麟鳟為 ft 么 


在往下看之前，想想如何实现咖啡和调料的 cost (> 方法。也思考一下 
如何实现调料的 getDescription () 方法 • 
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装饰者横式 


办公室睬间对活 

在继承和组合之间，观念有一些混淆。 




>1 


4……我琢 认为 在达亇 核式中 

不会值用鏟承， H 5 IJI 利 用组含 

取代鏟承。 

- - - 

Sue ； 这话怎么说？ 

Mary ： H 类图 a CondimemDecorator 扩展自 Beverage 类，这用到了继承，不是吗？ 

Sue ： 的确是如此，但我认为，这么做的重点在干，装饰者和被装饰者必须是一样的类型，也就 
是有共冏的超类，这是相当关键的地方 • 在这里，我们利用继承达到“类型匹配”，而不是利 
用继承获得“行为”。 

Mary ： 我知道 为何装 饰者盂要和被装饰者（亦即被包装的 组件） 有相冏的“接口”，闵为装饰 
者必须能取代被装饰者<*但是行为又是从哪里来的？ 

Sue ： 当我们将装饰者与组件组合时，就是在加人新的行为。所得到的新行为，并不是继承自超 
类，而是由组合对象得来的。 

Mary ： 好的〃继承 Beverage 抽象类，是为了有正确的类型，而+是继承它的行为。行为来自装 
饰者和基础组件，或与其他装饰者之间的组合关系。 

Sue ? 正是如此， 

Mary : 哦！我明 白了。 而 il 因为使用对象组合，可以把所有饮料和 凋料电 有弹性地加以混和与 
匹配，非常 方便。 

Sue ： 是的。如果依赖继承，那么类的行为只能在编译时諍态决定。换句 话说， 行为如果不是来 
自超类，就是了 •类覆 盖后的版本。反之，利用组合，可以把装饰者混合着用……而且是在“运行 
时' 

Mary ： 而让，如我 所押解 的，我们可以在任何时候，实现新的装饰者增加新的行为。如果依赖 
继承，毎当需要新行为时，还得修改现有的代码 • 

Sue ： 的确如此。 

Mary ： 我还剩下一个问题，如果我们需要继承的是 component 类型，为什么不把 Beverage 类设计 
成一个接口，而是设计成••个抽象类呢？ 

Sue ： 关干这个嘛， 还记 得吗？ 3初我们从星巴兹聿到这个程序时 ， Beverage •已经”是一个抽 
象 类了。 通常装饰者模式是采用抽象类，但是在 Java 中可以使用接口。尽管 如此， 通常我们都努 
力避免修改现有的代码，所以，如果抽象类运作得好好的，还是別去修 改它。 
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装饰者特训 


新咖啡师傅特训 

如果有一张单子点 的足： “双倍摩卡豆浆奶泡拿铁咖 
啡”，请使用菜单得到止确的价钱并画一个图来表达 
你的设计，采用和儿页前•样的格式。 




把图幽在这里 
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茸的代码 


装饰者模式 


该是把设计变成真正的代码的时候了! 




先从 Beverage 类下手，这不需要改变星巴兹原始的设计。如下所 
示： 


public abstract class Beverage { 



r 二工』 


耷 》 个方 


String description - "Unknown Beverage"; 


public String getDescription() 
return description; 


jctDesciiptionO 0 fi itfc 貪现 *5 . 
(54« rt () 必羝在孑类中贫现。 


public abstract double cost(); 


Beverage 很简单。让我们也来实现 Condiment (调料) 
抽象类，也就是装饰者 类吧： 


㈣ 一 “一 


1$先 


8«v«t*5« 



public abstract class CondimentDecorator extends Beverage { 


public abstract String getDescription(); 



的礴科蒎钸老邾必汤重昶犮现 
5« t 0 esetiptio ”() 方:•去。柏后我 们含 稱轉 
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实现饮料 


写饮料的代铒 

现在，己经有了基类，让我们开始开始实现 一些饮 料吧！先从浓缩咖啡 
( Espresso ) 开始。别忘了，我们需要为具体的饮料设置描述，而且还 
必须实现 cost () 方法。 


public class Espresso extends Beverage { 


public Espresso() { 

description = "Espresso"; 

) 




public double cost() 
return 1.99; 



-- 种汝科 。 

一 泠 31 设 2 铁科的搞这.我 
们苌3 -个构逢器。记(主. 
descuftion 金例変鍵承 t 


Bev « M 5 «c 


public class HouseBlend extends Beverage { 
public HouseBlend 0 { 

description = "House Blend Coffee"; 

) 

public double cost() { 
return .89; 

I 1 t 这 袭另一种枚科 • 漱法和 衫 。一样 •只 I 
Espresso^ H ： ^f6 n »ouse Bler^d CoHee H , 4 
磘的价钱 

你刁以 tlH 瘦盎务外驀种佚科类 CDA * fcRo«t 和 Deed ) • 俺糾一 




% 


深格《 

昧因 

浓维 

m 

牛奶 

離卡 

s » 

奶泡 


.89 

.99 

1.05 

1.99 


.10 

.20 

.15 

.10 
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茸调料代码 


装饰者樓式 


如果你回头去看看装饰者模式的类图，将发现我们已经完成了抽象组 
件 （ Beverage ) ， 有了具体组件 （ HouseBlend ) ， 也有了抽象装饰 
者 （ CondimentDecorator ) 。 现在，我们就来实现具体装饰者。先从 
摩卡 下手： 


礞卡4一个装钵老. 角以 让它护 

%, t) ConiimentDecoiatot 0 


Oo^ e 




戊 “tow 




public class Mocha extends Condim«ntOttcorator 
Beverage beverage; 


public Mocha(Beverage beverage) 
this.beverage = b«v«rag«; 



㈣ 用一个 ㈣ , 印鈦 

⑴計 个实 ㈣ 《 记林科.也故 

| 波球样老。 

(”工，二二 

录利亦例0 以构沒器 


public String getDescription 0 { 

return beverage.getDoscription() 


public double cost() { 

return .20 + beverag_•co 奪 t(); 


的狀漣厩。 



戧们* « 叙这不 . o . i 接 ii 故科（例 
b '0« fcRo «(" ) . S 4 ；ef 玷速 铒科部 
接 ii 出柒（例如 " OfltfeRoflst . MocAa ” 〉 。 
M 以务光利用 i 托的傲法，得利一个 
钗 ii . 燃后在 其后加1：«加的叙 ii (蝌 

■& 3 ) „ 


在下一否.我们含禽释窠例 炻一个 故科为象，然后用备种碑科（濛样老 ） fs 

I . 存 ( i 么镟之«, tfife …… 


yoir pencil 


写下 Soy 和 Whip 调料的代码，并完成编译。你 
需要它们，否則将无法进行下一页的程序》 
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测试饮料 


供应咖啡 

恭#你，是时候紆服地十-下来，点一呰咖啡，行看你利用装饰者 
模式设计出的灵活系统是多么神奇了。 


这是用来下订单的一些测试代码 11 


public class StarbuzzCoffee { 

public static void main (String argst]) { _s 一料无价铁。 

Beverage beverage = new Espresso{); ^ 

System.out.printIn(beverage.getDescription() 

+ " $" + beverage.costO ); 利 出 — 个 0 奶说糾 “ 的象 0 

Beverage beverage2 = new DarkRoast () 用 {• 條它。 

beverage 2 - new Mocha (beverage2) ; 4 - ^ 用蓽二个 Modm 装讳 * 

beverage2 - new Mocha (beverage2); ^ - ' - ^ 

beverage2 » new Whip(beverage2) ； < - ; j o 

System.out.printIn(beverage2.getDescription() 

+ n $ w + beverage2.cost ()); 





Beverage beverage3 = new HouseBlend(); - - 

beverage3 = new Soy(beverage3); 
beverage3 = new Mocha (beverage3); 
beverage3 • new Whip (beverage3); 

System.out.printIn(beverage3.getDescription() 

+ " $" + beverage3.cost{)); 


4 后， 


% 


* 去我们介绍到 ..n " t 威器” 役 o 栈 
式的.埒笱 t 妗的方式澧在歧装 辞老 的象 D 
: .生舍.乒子威器 栈式" 碲夸考本丰 刑录 A 。 


现在，来看看实验 结果: 



% java StarbuzzCoffee 
Espresso $1.99 

Dark Roast Coffee, Mocha, Mocha, Whip $1.49 
House Blend Coffee, Soy, Mocha, Whip $1.34 
% 
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装饰者棋式 


DmnL^uesdPTis 

1^) ； 如果我将代码针对特 
定种类的具体组件（例如 House- 
Blend) ， 做一些特殊的事（例 
如，打折），我担心这祥的设计是 
否怡当。因为一旦用装饰者包装 
HouseBlend, 就会造成类型改变。 

: 的确是这样。如果你把 

代码写成依賴于具体的纽件类塑，那 
么装坤者就会导致桎序出问題。只有 
在针对抽象组件类型編裎时，才不会 
因为装坤者而受到影响《但是，如果 
的确针对特定的具体组件编枉，就应 
该重新思考你的应用架构，以及装饰 
者是否适合， 

I 1 ?): 对于使用到饮料的某些 

客户来说，会不会容易不使用最外圈 
的装饰者呢？比方说，如果我有深焙 
咖啡，以摩卡、豆浆、奶泡来装饰， 


引用到豆浆而不是奶泡，代码会好写 
一些， 这意味着订单里没有奶泡了9 

答： 你当然可以争辩说，使 
用装绅者模式，你必埙管理更多的对 
象，所以犯下你所说的编码错误的机 
会会增加。但是，装件者通常是用其 
他类似于工厂或生成器这样的模式创 
建的。一旦我们讲到这两个禊式，你 
就会明白具体的紐件及其装饰者的创 
建过祛，它们会 “ 封装得很好”，所 
以不会有这种问題。 

1 ^) 2 装饰者知道这一连串装 
饰链条中其他装饰者的存 在吗？ 比 
方说，我想要让 getDescription() 列 
出 “Whip，Double Mocha" 而不 
是 **Mocha,Whip,Mocha " ,这需要 
最外圈的装饰者知道有哪些装饰者牵 
涉其中了。 


^ : 装饰者该做的事， 

就是增加行为到被包装对象上。 
当需要窠视装饰者键中的每一个 
装坤者时，这就超出他们的天赋 
7 . 但是，并不是做不到。可以 
写一个 CondimcmPrettyPrint 装饰 
者，解析出最后的描述字符串，然 
后把 “ Mocha , Whip , Mocha " 变 
成 u Whip,Double Mocha ” 》 如果 
能把 getDescription () 的返回值变成 
ArrayList 类交，让每个调种名称独立 
开来，那么 CondimentPrettyPrint 方法 
会更容易编写 # 



我们在星巴兹的朋友决定开始在菜单上加上咖啡的容量大小，供颐客 
可以选择小杯 （ taU ) 、中杯 （ grande ) 、大杯 （ vend ) 。星巴兹认为 
这是任何咖啡都必须具备的，所以在 Beverage 类中加上了 getSize () 与 
se ( Size (). 他们也希望调料根据咖啡容 i 收费， 例如： 小中大杯的咖啡 
加上豆浆，分別加收0.10、0.15、 0.20 美金。 

如何改变装饰者类应对这样的需求？ 
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Java I / O 中的装饰者 


真实世界的装 饰者 ： Java I/O 

j ava . io 包内的类太多 厂 简直是……“排山倒海” • 你第一次 （还 有第二次和第 
三次）看到这些 API 发出 “哇” 的惊叹时，放心，你不是唯一受到惊吓的人•现 
在，你已经知道 装饰若 模式，这_1/0的相关类村你来说应泫更有童义了，因为其 
中许多类都是装饰者。下面是一个典型的对象集合，用装饰者来将功能结合起来， 

以读取文件 数据： 

供磧 K 的 i 本丈4 



技 K - H 太本錄入 數轉） 來律 

BufferedlnputStream 及 LineNumberlnputStream 都扩展自 

FiltednputStream ， 而 Filter ! 叩 mStream 是一个抽象的装饰类。 
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装饰 Java . io 类 


装饰者模式 



你可以发现，和星巴兹的设计相比， java . io 其实没有多大的差异。我 
们把 java.io APr 范兩 缩小， It 你容易査看它的文件，并组合各种"输 
入”流装饰者来符合你的 用途。 

你会发现■■输出”流的设计方式也是一样的。你可能还会发现 Reader / 
Writer * (作为基于宇符数据的输人 输出） 和输人流/输出流的类相当类 
似 （虽 然有一些小差异和不一致之处，但是相当雷同，所以你应该可以 
了解这些类）。 

俱是 Java I / O 也引出装饰者模式的一个“缺 点”： 利用装饰者模式，常 
常造成设计中有大 S 的小类，数董实在太多，可能会造成使用此 API 程 
序员的闲扰，但是，现在你已经了解了装饰者的工作原理，以后当使用 
别人的大最装饰的 API 时，就可以很容易地辨别出他们的装饰者类是如 
何组织的，以方便用包装方式取得想要的行为《 
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编写自己的 Java I/O 装饰者 

編写 f 3 的 Java I / O 装饰者 


你知4 装悴者 祺式.也潘过 Java I / O *® . 
SSB 轻准％好竑® t >3 的埔入装杵者 

达个 想法怎 么桿： 追 S - t 装 秭者，拕祐入 
浹沟的所«犬茸字符转成小写。 举例： 当锿 
« “I know the decorator Pattern therefore 
I RULE!". 装梅老会栴 它转成 “i know the 
decorator pattern therefore i rule!" 



(iifW 一 5) 


u >•••... 


■5 光 . #^Fi(«>Jny«tStM<un, 
史 Jnp“tStt«m 的袖象装诗老。 


public class LowerCaselnputStream extends Fi1terInputstream 
public LowerCaselnputStream(InputStream in) { 

super(in); 



public int read() throws IOException { 
int c = super.read() ; 

return (c == -1 ? c : Character.toLowerCase((char)c)); 

public int read(byte[l b, int offset, int len) throws IOException ( 
int result = super.read(b, offset, len); 
for (int i = offset; i < offset+result; i++> { R 

b[i] = (byte)Character.toLowerCase((char)b[i]); 


return result; 


： 我们窃代«中沒有列出〜 * 吩耷—州薄 
匀。如粟5取洱宪 f 的漶代砝.芍以利第 ** 烈资中 
利出的 wicfc * 叫站 URL 下载。 


现存.必汤食现薄个《以()方 
法, — 个科的 穹笮. 一个科的 

的穹爷 （蒌 个代象一个 穹符） 
鞾成 •) ■奚。 
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装饰者模式 


谢试你的新 Java I / O 装祚者 

写个小程序，来测试刚写好的 I/O 装 饰者： 


public class InputTest { 

public static void main(String 【 J args) throws IOException 
int c; 
try { 

InputStream in = 

new LowerCaselnputStream( 

new BufferedlnputStream( 

new FileinputStream("test.txt w ))) 


们以阶- w ⑽ 


爲用 A 

llU S " ea 州过 


while ((c = in.read()) >= 0) { 
System.out.print((char)c); 

} 

in.close(); 

} catch (IOException e) { 
e.printstackTrace ; 


只觅 浚来# 奴穹兩，一 件 
••个 字符.杖芬 I ：枵 
它5矛达来。 



test.txt file 


培行 着潘: 


你 "畝 4达个 



java InputTest 

know the decorator pattern therefore i rule! 
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装饰者访谈 



模式钫谈 

本周 访问： 
装饰者的告白 


HeadFirst ： 欢迎装饰者模式，听说你*近情绪有点差? 


装 饰者： 是的，我知道大家都认为我是一个有魅力的设计模式，但是，你知道吗？我也有自己 
的困扰，就和大家一样。 


HeadFirst ： 愿意让我们分担一些你的闲扰吗？ 

装 饰者： 当然可以。你知道我有能力为设计注人弹性，这是毋康 S 疑的，但我也有“黑暗 
面”。有时候我会在设计中加入大 fi 的小类，这偶尔会导致别人不容易了解我的设计方式。 

HeadFirst ： 你能够举个例了-吗？ 

装 饰者： 以 Java I / O 库来说，人们第一次接触到这个 库时. 往往无法轻易地理解它。佴是如果 
他们能认识到这些类都是用来包装 InputStream 的，一切都会变得简单多了。 

HeadFirst ： 听起来并不严重。你还是一个很好的模式，只盅要一点点的教育，让大家知道怎么 
用，问题就解决 r 。 

装 饰者： 恐怕不只这些，我还有类型问题。有些时候，人们在客户代码中依赖某种特殊类型， 
然后忽然导入装饰者，却又没有周详地考虑一切 • 现在，我的一个优点是，你通常可以透明地 
插入装饰者，客户程序甚至不需知道它是在和装饰者打交道 • 但是，如我剐刚所说的，有些代 
码会依赖特定的类型，而这样的代码一导入装饰者，嘭！出状况了！ 

HeadFirst ： 这个嘛，我相信每个人都必須解到，在插入装饰者时，必须要小心谨我不认 
为这是你的错！ 

装 饰者： 我知道，我也试若不这么想，我还有一个问®，就是采用装饰者在实例化组件时，将 
增加代码的复杂度。一旦使用装饰者模式，不只需要实例化组件，还要把此组件.包装进装饰者 
中，天晓得有 几个。 ■ 

HeadFirst ： 我下周会访谈工厂 （ Factory ) 模式和生成器 ( Builder ) 檎式，我听说他们对这个 
问 S 有很大的帮助。 

装 饰者： 那倒是真的。我应该常和这些家伙聊明^ 

HeadFirst ： 我们都认为你是一个好的模式，适合用来建立有弹性的设计，维持开放-关闭原 
則。你要开心一点，别负面思考。 

装 饰者： 我尽贵吧，谢谢你！ 
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设计箱沟的工爯 

本章已经接近尾声.你的工具箱内又 多了一 个新的 
原则和一个新的模式。 



多 用硪舍 

flMJ 

为…象 ㈣ 鱗供含说 
0 籌嘮力 


现在奄5科故_关闭琢則 ？| 卑 
栽们。我们含努力池设 1 H 系 
统. 好让兵闭的郝分和射灰 
幕的郃分睬處。 


為 叙鎰 K 办 W 一 

象硌〗 欢 il .L * 

象，'多装轉老樣 式' ^菜條老 
*：iK * SM _. 



■fr / 二巧二 

娜咖卵，_乂 


装饰者模式 

——要点 

■ 继承厲干扩展形式之一，但不 
见得是达到弹性设计的娃佳方 
式。 

■ 在我们的设计屮，应该允许行 
为可以被扩展，而无须修改现 
有的代码。 

■ 组合和委托用干在运行时动 
态地加上新的行为。 

_除了继承，装饰者模式也可以 
让我们扩展行为。 

■ 装饰者模式意味着一群装饰者 
类，这些类用来包装具体组 
件。 

| 装饰者类反映出被装饰的组件 
类型（事实上，他们具有相同 
的类型，都经过接口或继承实 
现> • 

■ 装饰者可以在被装饰者的行为 
前面或后面加上自己的行 
为，甚至将被装饰者的行为 
整个取代掉，而达到特定的目 
的. 

■ 你可以用无数个装饰者包装一 
个组件《 

■ 装饰者一般对组件的客户是透 
明的，除非客户程序依赖干组 
件的具体类型。 

■ 装饰者会导致设计中出现许多 
小对象，如果过度使用，会让 
程序变得很复杂。 
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public class Beverage { 


习题解答 


习翅蘚荅 


if (HasMochaO) { 

condimcntCost ♦= mochaCost; 


if (hasWhipO) { 

condimcntCost ♦= whipCost; 


return condimentCost; 


public double costQ{ 


if (has5oy()) { 

condimcntCost ♦= soyCost; 


// 为 milkCost, soyCost, mochaCost 
// 和 whipCost 声明实例 tt , 

// 为 milk 、 soy. mocha 和 whip 
// 声明 getter 与 setter 方法. 


public class Darkftoast extends Bev< 


public DarkRoostO { 

description = Most Excellent C 


public double cost() { 


return 1.99 ♦ super.cost(); 


float condimentCost = 0.0; 

if (hasMilkO) { 

condimentCost += milkCost; 


折咖啡师溥特训 


tt 有双摩卡、豆浆、奶泡的 House Blend 咖啡” 

❺ Whip 调 RiMocha 的 cost(). 

0 Mochaiflffl 男一 t Mocha m cost0 ° 
首先，调 ms 外 ® 装饰 O 接音， MochatflJ 


I 

者 Whip 的 cos““ 


. 产 o \ 


❿嫩 后， Whip 的 cos 丨0把 Mocha 返 
回的价钱加 1:0.10, 得 到垴终 
价钱为$1.54。 


O 接着， Mocha 谰用 Soy 的 cosiO* 

Q ft 后， SoyW 用 HouseBlend 的 
cost(). 

O HouscBlcnd 的 costO 返 

SSSSSSl 回 0.89 给 Soy 后.离开 
本层。 

O Soyr^cosiOftlHouscBlcndfi 

W 的结果加上 0.15 .返 M 给 
Mocha 自， ®Jf^^« 

55 二个 Mocha 的 cost。 加 h 

' °- 20 » 返问结果，离开本层. 

O 第一个 Mocha 的 costO 加上0.20， 

返回结果.离开本层* 





习越辭答 


装饰者模式 


我们在星巴兹的朋友决定开始在菜单上加上咖啡的容量大小，供颐客可以选择小杯 ( tall ) , 
中杯 ( grande ) ,大杯 （ veiiti ) • 星巴兹认为这是任何咖啡都必须具备的，所以在 Beverage 类 
中加上了 getSize () 与 setSizcO 。 他们也希望调料根据咖啡容量收费， 例如： 小中大杯的咖啡加 
上豆浆，分别加收0.10、0.15、 0.20 美金。 

如何改变装饰者类应对这样的斋求？ 


public class Soy extends CondimentDecorator 
Beverage beverage; 


public Soy(Beverage beverage) { 
this.beverage = beverage; 


public int getSize() { 

return beverage.getSize()j 



戋中。 


public String getDescription() { 

return beverage.getDescription() 


Soy 


public double cost() { 

doable cost = beverage.cost(); ^ 

if (getSize() == Beverage.TALL) { 
cost += .10; 

)else if (getSize() ■■ Beverage.GRANDE) { 
cost += .15; 

} else if (getSize() — Beverage.VENTI) { 
cost += .20; 


容簧大 0. ( t 部饵 
体 Wft 科）. 然后加 土 
价钱。 


return cost; 


你现在的位童 ► 107 





4 工 r 糢式 丄 



^ 拱烤 00 的精华 命 



准备好开始烘烤某些松耦合的 oo 设计。 除 f 使用 new 操作符之外，还有 

更多制造对象的方法。你将 r 解到实例化这个活动不应该总是公开地进行’也会认〖只到 
初始化经常造成 “ mA •”问题。你不希望这样，对吧？读下去，你将了解丁-厂模式如何 
从复杂的依赖中帮你脱困。 


这是新的一章 109 




思考 new 


嘈！ B 轻过7彡个 棄节， 

你还没矽答我兵子 new 的 闷颺。 
我们不 S 泫针对实现鵷 《• 侄 是咨我 
莓次使 ffiwew 时，不 i £ 是在针对实 
现鎢«码7 

.0 



当看到 “ new ” ，就会想到“具体” 

是的，当使用 “ new ” 时，你的确是在实例化一个具体类，所以 
用的确实是实现，而不是接口。这是一个好问题，你已经知道了 
代码绑着具体类会导致代码更脆弱，更缺乏弹性。 


Duck duck = new MallardDuck(); 








的实例! 


当有一群相关的具体类时，通常会写出这样的代码: 

Duck duck; 


if (picnic) { 

duck = new MallardDuck 。； 
} else if (hunting) { 

duck = new DecoyDuckO ; 

} else if (inBathTub) { 

duck = new RubberDuckO ; 


r 二 rr ， 二 

财一个 = 


这里有一些要实例化的体类，究竞实例化哪个类，要在运行 
时由一些条件来决定。 

当看到这样的代码，一旦有变化或扩展，就必须重新打开这段 
代码进行检査和修改。通常这样修改过的代码将造成部分系统 
K 难维护和更新，而且也更容易犯错。 
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工厂模式 


(81. 总是*釗*塒 |s "Cl 
® J » v » K 熳 供一个 new 兵«构射 
建对象，不是韦？《能«« 
tt 么7 


“ new ” 有什么不对劲？ 

在技术上， new 没有错，毕竞这是 hva 的基础部分。真正的 
犯人是我们的老朋友“改变”，以及它是如何影响 new 的 
使用的。 


针对接口编程，可以隔离掉以后系统可能发生的一大堆 
改变 • 为什么呢？如果代码是针 对接口 而写，那么通过多 
态，它可以与任何新类实现该接但是，当代码使用大 



数的具体类时，等于是自找麻烦，因为一旦加入新的具体 〆 - 记 (i . 这个在, .j 
类，就必须改变 代码. 也就是说，你的代 码并非 “对修改< 勿仔 电#闭 • 。 

关闭” • 想用新的具体类型来扩展代码，必须重新打 开它。 


所以，该怎么办？当遇到这样的问题时，就应该回到00设 
计原則去寻找线索 • 别忘了，我们的第一个原則用来处理 
改变，并帮助我们“找出会变化的方面，把它们从不变的 
部分分离出来” • 


如何将实例化具体类的代码从应用中抽离，或者封装起來，使它们不会干扰应用 的艽他 
部分？ 
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识别变化的方面 


识别変化的方面 

假设你有一个比萨店，身为对象忖内最先进的比萨店主人，你的代码 
可能这么写： 


Pizza orderPizza() { 

Pizza pizza • new Pizza <); 


pizza.prepare(); 
pizza.bake(); 
pizza.cut{); 
pizza.box(); 


为了让系统有殚作.我们很綦望 
' 这！-个抽象类琏越 O 。 任釦果 

玄例化。 


return pizza; 



但是你 f 要 E 多比茚类型…… 

所以必须增加一些代码，来“决定”适合的比萨类型，然后再“制造”这 


个 比萨: 


Pizza orderPizza (String type) { 

Pizza pizza; - - 〆 




if (type.equals ( v 'cheese #r )) { 

pizza = new CheesePizza(); 

} else if (type.equals(^greek^) { 
pizza ■ new GreekPi 2 za(); 

)else if (type.equals (''pepperoni w ) 
pizza - new PepperoniPizza(); 


政 格搏比 鋇的类戟们式例 
{ 砝的 fl 沭类.《后《真逋 任给 

丈例変 I 。这 
俗何比葙部必场贫现 p uw 趄 o 。 


pizza.prepare(); 
pizza.bake(); 
pizza.cut (); 
pizza.box(); 
return pizza; 



— 2 我们<5 一个比衫. ft 鈑一费油 
备加 I ：迖科 • 例如芝 
士）.耗后珙 4. 仂片.装當！ 

名个 Piufl 的孑类 f (Cheesc-PUxA, 
\Jgffi§Pixxa ^ ) 部知道如句备 3 。 
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工厂横式 


但是压力来 t 子增加更多的比辩类型 


你发现你所有的竞争者都已经在他们的菜单中加人/•一些流行风味的 比萨 ： Clara 
Pizza (蛤蜊比 萨 ）、 Veggie Pizza (素食比萨）.很明显，你必须要赶上他们.所 
以也要把这些风味加进你的菜单中。而最近 Greek Pizza (希腊比萨）卖得不好, 
所以你决定将它从菜申.中 去掉： 


Pizza orderPizza(String type) { 




Pizza pizza; 


if (type.equals (''cheese^)) { 
pizza = new CheesePizza(); 

} e-lco i£__^fcype.cquala ~~f- 

I»ia7n - n^w Greot^Pirg^a (); 

J else if (type.equals (''pepperoni^) 
pizza = new PepperoniPizza (); 

} else if <typ6.equals Pciam” { 
pizza - new ClamPizza(); ' ; 

)else if (type.equals (^veqgte m y { 
pizza - new V^ggiePiz^aO ； 

) 

pizza.prepare 0; 
pizza.bake <); 
pizza.cut(); 
pizza.box ()； 
return pizza; 



ii 4 4 ft 的舴分。 
4 咖_.比 



iifi 我们不 Sait 的祕方。® 
«比存的逋备. «**. «浆.多 
年來郝典 M 以这部分的 
代雄；?■■含 544. 

作的比存贪蚨変- 


很明显地，如果实例化“某些”具体类，将使 orderPizzaO 出 H 题，而且也 无法让 
orderPizzaO 对修改关闭：但是，现在我们已经知道哪些会改变，哪些不会改变，该是 
使用封装的时 候了。 


你现在的位置 ► 113 



封装创建对象的代码 


封装创建对象的代码 


现在® 好将创建对象移到 orderPizzaO 之外，但怎么做呢？ 
这个嘛，要把创建比萨的代码移到另一个对象中，由这个 
新对象专职创逑比萨。 


Pizza orderPizza(String type)( 

Pizza pizza; 

枣先.把妃濃的象的代级 
_ ^ 方法中袖羹。 

pizza.prepare () ; 
pizza.bake(); 
pizza.cut (); 
pizza.box(); 
return pizza; 臼 

, 

我们称这个新对象为“工厂”。 





new CheeaePizza 0; 

(type.equals(•pepperoni* 
new P«pperoniPi**a(); 


f <typ*.«qu«ls(-cheese-)) 
pizza - I 
} else i: 
pizsa 1 

)else if (type.equals(*cla*")( 
pizsa - new ClamPinaO; 

)els« if (type.equals(*veggi«")( 
pizza - new Veggi«Pi**«<); 


: ft 它 M3 。 


工厂 （ factory ) 处理创逮对象的细节 * -旦有了 SimplePizzaFactory ， 
orderPizzaO 就变成此对象的客户。当需要比萨时，就叫比萨工厂做 
一个。那些 orderPizzaO 方法需要知道希腊比萨或者給稱比萨的日子一 
去不 fi 返了。现在 orderPizzaO 方法只关心从工厂得到 T 一个比萨，而 
这个比萨实现了 Pizza 接口，所以它可以调用 prepareO 、 bake ()、 cut ()、 
box () 来分别进行准备、烘烤、切片、 装盒。 



还有一些细节有待补充，比方说，原本在 orderPizzaO 方法中的创建 
代码，现在该怎么写？现在就来为比萨店实现一个简单的比萨工厂， 
来研究这个 M 题…… 
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建交一个简单比茚工广 


先从工厂本身开始。我们要定义一个类，为所有比萨封装创建对象的代码。代码像这样… 


碲：徉它的吝户釗澧比祭）、 


public class SimplePizzaFactory { 卜 

public Pizza createPizza(String type) 

Pizza pizza = null; 


•o 秦 




if (type.equals ( ,f cheese'*)) I 
pizza = new CheesePizza(); 

} else if (type. 
equals("pepperoni")) { 

pizza = new PepperoniPizza(); 
} else if (type.equals r’clam")} { 
pizza = new ClamPizza(); 

} else if (type.equals ('*veggie")) 
pizza = new VeggiePizza(); 


/皋的抓 


return pizza; y 

这个代变幼-和琢本 o » 如方法中的代典 
一轉. 法鳔 基以比薛的遑嘴泠夸數 


|^): 这么做有什么 好处？ 
似乎只是把问題搬到另一个对象罢 
了，问题依然存在。 

I 别忘了， SimplePizza - 
Factory 可以有许多的客户。虽 
然日 lit 只看到 ordcrPizza () 方法 
是它的客户，然而，可能还有 
PizzaShopMenu (比炉店菜单） 
类，会利用这个工厂来取得比萨 


Drnnfft^uestiPns 

的价钱和描述。可能还有一个 
HomeDelivery (宅 急送） 类，会 
以与 PizzaShop 类不同的方式来处 
理比萨。总而言之， SimplePizza - 
Factory 可以有许多的客户《 

所以，把创建比萨的代码包装进一 
个类，当以后实现改变时，只需修 
改这个类即可。 

别忘了，我们也正要把具体实例化 
的过楛，从客户的代码中刪除！ 


: 我曾看过一个类似的设 

计方式，把工厂定义成一个静态的 
方法 w 这有何差别？ 

^ : 利用静态方法定义一个 

简单的工厂，这是很常见的技巧， 
常被称为铮态工厂.为何使用婷态 
方法？因为不需要使用创建对象的 
方法来实例化对象 6 但请记住，这 
也有缺点，不能通过继承来改变创 
建方法的行为. 
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简单工厂 


重傲 PizzaStore 类 


是时候修改我们的客户代码了，我们所要做的是仰仗1:厂来为我们 
创建比萨，要做这样的 改变： 

现 4 我 PmaStow 加 X ： — 个的 
SimplePixzA^ACtointfy 多 | 用。 


public class PizzaStore { 心 

SimplePizzaFactory factory; 




public PizzaStore (SimplePizzaFactory factory) { 的拘逢器 韋龙—个 

this • factory ■ factory; Z 厂 0 巧參教 


public Pizza orderPizza(String type) { 
Pizza pizza; 

pizza = factory.createPizza(type); 

pizza.prepare(); 
pizza.bake(); 

pizza • cut O; A 

pizza.box (); 
return pizza; 


" 这里是其他方法 


C 辈 走智来 使用工厂釗瘥比葙。 


威 工厂 的象的釗瀘方法•这塞 
不爯 f 逢用 休食例化！ 






我们知道对象组合可以在运行时动态改变行为，因为我们可以更换不同的实现 。在 
PizzaStore 例+中要如何做到这点呢？有哪些工厂的实现能够被我们自由地更换？ 


wUi'M!! : vlift) n: 沾卬 w 舴 WH +叫 ’tjiigww® 渖茁被•邮 •斜 笫 : yin 场少袖 




工厂模式 




ixxa 宅0 抽象& 


定义简单工厂 


简单工厂其实不是一个设计模式，反而比较像是一种编程习惯。但由于经常被使 
用，所以我们给它一个 “Head First Pattern 荣誉奖”。有些开发人员的确是把这个 
编程习惯误认为是“工厂模式” （Factory Pattern ) 。当你下次和另•一个开发人员 
之间无话可说的时候，这应当是打破沉默的一个不错的话题。 



不要因为简单工厂不是一个“真正的”模式，就忽略了它的用法。让我们来看看 
新的比萨店 类图： 

ii 憙 4.) 連比 猙的 X 厂 , 它在 , 在 
基我 们的应用中咱一用趵只体比葙 
C 类的地方 


PizzaStore 


onJerPizzaQ 



川厂0户; 
pixJU»Stot« 现任逢 ^ 
s 一 〆 1 … fact0 ” 



只: 


H 洱 


这个 6 .)4方糾當声料 

H 7 ^ 


“及沭声英 ". 备个户英 
郝必砀宕现 Puzfl 4 io * (存本例中籩 
轉 "妒崔 抽蟓的 Pu « 类 .’） 存设 籽域一 
个料 iL ci 轉-来. u ^ w . nir ^ t ) 
連.#这 op 给！ :户。 



谢谢简单工厂来为我们暖穿。接下来登场的是两个重量级的模式，它们都是 工厂。 
但是別担心，未来还有更多的比萨！ 


★ 典摄薄一: k : 存设釾栈式中. Mil 的"食现一个440” 
⑽心州州荚键倜来食现其个2細戏 0_ „ ”食现一个戏 O 

的 某个方 ( 4 " 。 


4 "不一定"表彡"写一个类. 斿利用 
泛斿“贫现茗个赵类螌（芍炎残戏 o ) 


模式荥誉装 
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比萨加盟店 

加盥比辩店 

对象村比萨店经营有成， * 畋了竞争者，现在大家都希望对象 
村比萨店能够在自家附近有加盟店。身为加盟公司经营者，你 
希 a 确保加盟店眘运的质量，所以希望这些店都使用你那些经 
过时间考验的代码。 

但是区域的差异呢？每家加盟店都可能想要提供不同风味的比 
萨（比方说纽约.芝加哥' 加州），这受到了开店地点及该地 
区比萨美食家口味的影响 • 



你舞汸®楗糾用你的 
代 tg , 的浪枝裢 


致不变。 


I 

厂 ft wa < s 约风竦 的比 
», *唓的《科 

和少 I 的芝 士。 

另_家知 S 4** 工厂 
ft 制 ai 如畀风唓的比 
» . 估们的拽客®*^ 
抖， t 唓的《科和大 f 
的芝士。 


我们8轻有一个做法…… 

如果利用 SimplePizzaFactory , 写出三种不同的工厂，分別是 NYPizzaFactory 、 
ChicagoPizzaFactory , CaliforniaPizzaFactory ,那么各地加盟店都有适合的工 
厂可以使用，这是-•种做法。 

让我们来看看会变成什么样子…… 
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工厂模式 



ChicagoPizzaFactory chicagoFactory = new ChicagoPizzaFactory(); 
PizzaStore chicagoStore - new PizzaStore(chicagoFactory); 
chicagoStore.orderPizza ( ,% Veggie w ); 

\ 芝加署比#/|也走光 45 •-个《加畢 

^风咮 xr . # iti - 个 比痒 / i . 疼 后铦合 
* 辛。 咮的 
et 麥。 



在推广 SimpleFactory 时，你发现加盟店的确是采用你的 
工厂创建比萨，但是其他部分，却开始采用他们自创的 
流程： 烘烤的做法有些差异、不要切片.使用其他厂商 
的盒子。 

再想想这个问题，你真的希望能够建立一个框架，把加 
盟店和创建比萨捆绑在一起的同时又保持•定的弹性 • 


在我们稍早的 SimplePizzaFactory 代码之前，制作比萨的 
代码绑在 PizzaStore 里，但这么做却没有弹性 • 那么，该 
如何做才能够吃掉比萨又保有比萨呢？（译注：鱼弓熊 
掌兼得） 
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让子类决定 


绐比茚 店使用的框架 


有个做法可让比萨制作活动局限于 PizzaStore 类，而同时乂能让这些加 
盟店依然可以自由地制作该区域的风味。 

所要做的事情，就是把 creatcPizza() 方法放回到 PizzaStore 中，不过要把 
它设置成“抽象方法”，然后为每个区域风味创建一个 PizzaStore 的子 
类。 


首先，看看 PizzaStore 所做的改变： 

现存袖象的(下® 

public abstract class PizzaStore { 


public Pizza orderPizza(String type) 
Pizza pizza; 


pizza = createPizza(type); 



现方油 tU 厂对象中移 

(^PuxAStote a 


pizza.prepare(); 
pizza.bake (); 
pizza.cut ()； 
pizza.boxO; 




return pizza; 



abstract Pizza createPizza(String type); 


现 5 把 i ： 厂对象移到这个 
方 沾中。 


r 

、杏 P ‘《4 St 仍 ， f • " J ： 厂方法-现 

在逐批象的， 


现在已经有一个 PizzaStore 作为超类；让每个域类型 ( NYPizzaSlore . 
ChicagoPizzaStore 、 CalifomiaPizzaStore ) 都继承这个 PizzaStore ， 每 
个子类各自决定如何制造比萨。让我们看看这要如何进行。 
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工厂模式 


允许孑类做决定 


别忘 f，PizzaStoreQ 经有•个不错的订单系统，由 orderPizza() 方法负责处理汀 草， 
而你希望所有加盟店对干汀电的处理都能够一致。 


各个区域比萨店之间的差异在于他们制作比萨的风味（纽约比萨的饼薄，芝加哥比 
萨的饼厚 等）， 我们现在要 iicreatePizza() 能够应对这些变化来负贵创建正确种类 
的比萨。做法是让 PizzaStore 的各个 了类负 责定义自己的 createPizzaO 方法。所以我 
们会得到一些 PizzaStore 具体的子类，毎个了-类都有6己的比萨变体，而仍然适合 
PizzaStore 框架，并使用调试好的 orderPizzaO 方法。 

莕个子类 H 罹盖 ct * AtePixX4 () 方 :在， 的时 



类似地，朽用芝知搿 孑类我 
们饵 f .) "5 勞迻加身琢科的 
c*«AtePt«a() 实现。 


如 * 技害撾供纽约风 4 
的比 # . 杖使用 NYSt»l«P ‘ 加 S 咖 

@ 4k 法含 4 

在纽约风蛛的比菝。 


§ 3 ： PuJwSeottW 

cjmuPixmO 4 一 个袖象方:在，■的 
味 •* 实规 ii 个方泫。 


痛黼圓 i 

public Pizza cr«atePlzza(type) { 
if (ty^.eqpialsrch^M*))( 

pizza - new NYStyleChe«aePizca( 

} els« if (typ«.«<|uals (*p«pp®roni ,r ) 
pizza _ new NYStylaPapperoniPix: 
)else if {type.equals rcl«* w )( 
pisz« - new NYStyl«Cl«i»Pi**«(>? 

)«1»« if (type.e^alsCveggie") < 
pizza - new MYStyleVeggiePi«a (： 

设雜•衫， ••. _.夂; 


NYStylePIzzaStore \ 

ChicagoStyteflzzaStor* i 

creaiePizza() 

createPizza() 
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子类如何做决定 


我不® fi 白，罕竟 PizzaStore 的孑 
类终究 只是 孑类， 如何陡 戗次定 7 在 
NYStyleFizzaStore * 中.#浚布癞到任 
何做 冼定理«的 代铒嘹 • 



关于这个方面，要从 PizzaStore 的 orderPizzaO 方法观点来看，此方法在柚象的 
PizzaStore 内定义，但是只在子类中实现具体类型。 


crBatePizzaO 

orderPezaO 


/ 作；£射 M ⑽ # 。 


现在，更进一步地， orderPizzaO 方法对 Pizza 对象做了许多亊情（例如：准备、烘 
烤、切片、装 盒）， 但由干 Pizza 对象是抽象的， orderPizzaO 并不知道哪些实际的 
R 体类参与进来了。换句话说，这就是解稱 ( decouple ) ! 


PizzaSton 


pizza = crealePizzaO. 



p<zza prepare^. 

createPizzaf) 


pczabake() - 



pizzacutO： 

c 

pizza bcnO： 




当 orderPizzaO 调用 crealePizzaO 时，某个比萨店子类将负责创建比萨。做哪-•种比 
萨呢？当然是由具体的比萨店来决定（例如： NYStylePizzaStore 、 ChicagoStyle - 


PizzaStore ) 



那么，子类是实时做出这样的决定吗？不是，但从 orderPizzaO 的角度来看，如果 
选择在 NYSiylePizzaStoreVT 购比萨，就是由这个子类 ( NYStylePizzaStore ) 决定。 
严格来说，并非由这个子类实际做“决定”，而是由“顾客”决定到哪一家风味 
的比萨店才决定了比萨的风味。 
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工厂棋式 


让我们孖一象比菸店呢 r 

开加盟店有它的好处，可以从 PizzaStore 免 费取得 所有的功能。 
区域店只需要继承 PizzaStore ， 然后提供 createPizzaO 方法实现 
自己的比萨风味即可。这里将为加盟店处理三个比较重要的比 
萨风味。 

这是纽约 风味： 




public class NYPizzaStore extends PizzaStore { 
Pizza createPizza(String item) l 
if (item.equals<"cheese"))( 

return new NYStyleCheesePizza(); 

)else if (item*equals("veggie")) { 

return new NYStyleVeggiePizza (); 
j else if (item.equals("clain”）> { 
return new NYStyleClamPizza 0 ? 

} else if (item.equals( M pepperoni M )) { 
return new NYStyiePepperoniPizza; 
l else return null; 


;4 : i 4 k 赵炎的今予弋今 $ 


一旦将这个 NYPizzaStore 类编译成功，不妨尝 KiT 购一两个比 
萨。但在这么做之前，下一页先把芝加? f 风味以及加州风味的 
比萨店建造 完成。 


^yPixxaStote^f ^ PuwSt 州.觭以 

的方:.在 ） 。 


戏们必锇实现方沾. © ^ 
在 Pix;uSttne $ 它 I 袖象的。 


这 妖差釗建农钵类的沾 方 3 时号 
备一神比存类螌，耜4釗連纽约 
风崃。 
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工厂方法 
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工厂模式 


声硪一个工厂方法 

原本是由•个对象负贞所有具体类的实例化，现在通过对 PizzaStore 做一 
些小转变，变成由一群子类来负责实例化。让我们看得更仔 细些： 



cuatt^^OiS ' 

让 jfD 象的”咖 


public Pizza orderPizza(String type) 
Pizza pizza; 


pizza * createPizza(type); 


NYStyl>Pin»Stof» 

crealePizza() 



pizza.prepare(); 
pizza.bake(); 
pi 2 za.cut (); 
pizza.box(); 



return pizza; 

} 

protected abstract Pizza createPizza(String type); 

// 其他的方法 


现在. 食例仏比鏵的费仔歧 
禕利一个 K 中 • 

•: 去鱿釦 ©4 一个“工厂 - 




SS 近一点 


工厂方法用来处理对象的创建，并将这样的行为封装在子类 
中。这样，客户程序中关于超类的代码就和子类对象创建代 
码解耦了。 







abstract Product factoryMethod(String type) 


I 厂方 2 老姑篆 的辦以 


工 r 方法必坏达®一个声品。 
茲类中宠义的方(在 • 湲常值 
用的工厂方泫的递® 


匕士户（也《4兹炎中祕 
/ 一 ()) 和娜_ 

体户娜气《分味科來 1 
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订购一个比萨 


如何利用 fct 茚工厂方法汀购比鲚 



他们应 淡如何订购？ 

0竹先， Joel 和 Elhan 需要取得比萨店的文例。 Joel 需要实例化一个 ChicagoPizzaStore ， 而 
Ethan 需要 个 NYPizzaStore 。 

Q 有了各自的 PizzaStore , Joel 和 Ethan 分别调用 orderPizzaO 方法， Jf •传入他们所喜爱的比 
萨类型（芝士、紊食…… ） 。 

❸ orderPizzaO 调用 crcatePizzaO 创违比萨。其中 NYPizzaStore 实例化的是纽约风味比萨， 
ifiiChicagoPizzaStore 实例化的是芝加哥 K 味 比萨。 createPizzaO 会将创建好的比萨! H 作 
返回值 c 

O orderPizzaO 并不知道 K 正创建的是哪一种比萨，只知道这是‘个比萨，能够被准备、 
被烘烤、被切片、被装盒，然后提供给 Joel 和 Ethan 。 
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0 先看看 Ethan 的 订单： 首先我们需 要一个 纽约比 萨店： 

PizzaStore nyPizzaStore = new NYPizzaStore(); 

連 i - 个 
S 如技的 t 例 

'- - 

Q 现在 有了一 个店，可以下订 单了： 

nyPizzaStore. order Pizza (''cheese” ； 

在 PitzaSto7e4") 。 

orderPizza () 方法于是调用 createPizza () 方法： 

Pizza pizza = createPizza (''cheese^); 

糾态 5 . 工广方沭 c»Mte — Pi « a ()4 在子类中 
玄现的奋 ii 个例孑中，它含 ii ® 纽约达士 


最后，比萨必须经过下列的处理才算完成 orderPizza (): 


pizza.prepare () ; 
pizza.bake(); 
pizza. cut (); 
pizza.box(); ^ 


it * 体炎 4 么 


3 遠揸方法。 
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比萨类 


刚剛 忽畴了 一 仵事： 比菸本身！ 

如采浚布 比莳玎 出售，我们 的比薛 店孖得爯多 
也不行。现在 让我们 采实现 比茚： 

u •-个祛*个 
厂的 〆 一 ■" 

L % 

public abstract class Pizza { 

String name; 

String dough; 

String sauce; 

ArrayList toppings = new ArrayList 0 , 



基个 et 耔邾名桫、 番® 炎智. 


void prepare() { 

System.out.println("Preparing " + name); 
System.out.println Crossing dough".’” ； 

System.out .println ( ,f Adding sauce; 

System.out.println(^Adding toppings:"); 
for (int i = 0; i < toppings.size(); i++) { 

System.out.println(" " + toppings.get(i” 


r 

； v 


void bake() { 

System. out .println ( H Bake for 25 minutes at 350 ,f ); 

void cut() { 

System. out.println (^Cutting the pizza into diagonal slices'*); 

) 

void box() { 

System.out.println( H Place pizza in official PizzaStore box”>; 

) 


此袖象 JIM 供？ s ® 酞 w 的 
蓼本 ( fe ; 去.用來进珙嫜. 
切泠 • 装盡 


油备 工饩 t 曩 W 辞宅的 
嗍序进行，有一邊碜的 


public String getName() 
return name; 


WS5 , ii I 4 ： S. ^ importiopackage 

句。如粟 螫的 代砝. 9 ^^XXXV 5 记戤的 
URt 网站取格。 
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工厂樓式 


珑在我们 ts —些具体•类……来定义纽约和 S 加哥风咮 
的怎么梓？ 


纽 约比 存有 t 3的丈淼秦其 


public class NYStyleCheesePizza extends Pizza { 
public NYStyleCheesePizza() { 

name = ’ .NY Style Sauce and Cheese Pizza"; 
dough = M Thin Crust Dough"; 




sauce = "Marinara Sauce"; 

toppings. add ("Grated Reggiano Cheese 1 ') / 




諺 ( Mauium ) 和搆你 《 


上 ® « 遒的差瘿犬 




public class ChicagoStyleCheesePizza extends Pizza { 
public ChicagoStyleCheesePizza{) { 

name = "Chicago Style Deep Dish Cheese Pizza"; 
dough = M Extra Thick Crust Dough*•; 



sauce = "Plum Tomato Sauce"; 


toppings.add("Shredded Mozzarella Cheese"); ^ 


void cut()( 


* 科.#僅用蟫 《• 


芝加畢 M 味的 深金比 
nozxtteUt 
(瘧走利 仝子 務） j 


System. out. println ('^Cutting the pizza into square slices"}/ 



这个芝知搿风崃比#覆 I 5« f () 方法. 
将比祭切成 正 方衫， 
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做一些比萨 

你8 经等 得够久？，来吒些比辩吒 r 


public class PizzaTestDrive 


public static void main(String[] args) { 

PizzaStore nyStore = new NYPizzaStore(); 
PizzaStore chicagoStore » new ChicagoPizzaStore() 


4 




个不阕的戊 r 

«后用一个4甲 
Et/lAM 下擘。 


Pizza pizza = nyStore.orderPizza("cheese"); 

System.out .println ("Ethan ordered a " + pizza.getName () + "W’>; 


pizza = chicagoStore.orderPizza (♦'cheese"); 

System.out .println ("Joel ordered a + pizza.getName () + "Vn"); 


这个 的 


% java PizzaTestDrive 

Preparing NY Style Sauce and Cheese Pizza 
Tossing dough.. 

Adding sauce . 

Adding toppings : 

Grated Regiano cheese 
Bake for 25 minutes at 350 
Cutting the pizza into diagonal slices 
Place pizza in official PizzaStore box 
Ethan ordered a NY Style Sauce and Cheese Pizza 

Preparing Chicago Style Deep Dish Cheese Pizza 
Tossing dough" 

Adding sauce.. 

Adding toppings : 

Shredded Mozzarella Cheese 
Bake for 25 minutes at 350 
Cutting the pizza into square slices 
Place pizza in official PizzaStore box 
Joel ordered a Chicago Style Deep Dish Cheese Pi 


料邾加 i : "5 ， 珙 4 宄瘙 -、 ， 

切玲 装翥 "5 。 

茲类汰采不哿鉑笮 

獒含 焯科达 一忉。 
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工厂楗式 


认识工厂方法模式的时刻终子到？ 

所有 TJ 模式都用来封装对象的创建。工厂方法模式 （Factory Method Pattern ) 通过让子 
类决定该创建的对象是什么，来达到将对象创建的过程封装的 H 的。让我们来看#这些 
类图，以了解有哪牲组成 元素： 

创建者 ( Creator ) % 



你钇濃寿 - 
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创建者和产品 


另一个难点：乎行的类层级 

我们已经看到，将一个 orderPizzaO 方法和一个工厂方法联合起来，就可以成为 
一个框架。除此之外，工厂方法将生产知识封装进各个创建者，这样的做法, 
也可以被视为是一个框架。 

让我们来看看这两个平行的类层级，并认清它们的关系： 


砉个类居铤為 
行么 I 平 行的： ©衿它 

们部冇抽象类.甬#象 

奥却有锊多只沭的子类. ^ ^ 

产兵类 

的食现。 
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工厂樓式 


磔 iS 计谜题 

我们需要另一种比萨来符合那些疯狂加州人的甫求（当然，这里的疯狂是指好 
的那一方面） • 请绘制出另一组平行的类，把加州 K 域纳入 PizzaStore 中. 





㈣ 


•••••• 


好了，发挥你的想象力，找出五个“最奇特”的东西加入到比萨中。然后 
你就可以准备到加州去开比萨店了！ 


你现在的位置 ► 133 




定义工厂方法横式 


定义工厂方法模式 

下面是工厂方法模式的正式 定义： 


m 厂方法 模式定义了一个创建对象的接口，但由子类 
决定要实例化的类是哪一个.工厂方法让类把实例化推迟 
到+ 类。 


工厂方法模式能够封装具体类型的实例化。看看下面的类图，抽象的 Creator 提供了一 
个创建对象的方法的接口，也称为“工厂方法”。在抽象的 Creator 中，任何其他实現 
的方法，都可能使用到这个工厂方法所制造出来的产品，但只有子类真止实现这个工 
厂方法并创建产品。 

如同在正式定义中所说的，常常听到其他开发人 员说： 工厂方法让子类决定要实例化 
的类是哪.个。希望不要理解错误，所谓的“决定”，并不是指模式允许子类本身在 
运行时做决定，而足指在编写创逹者类时，不需要知道实陈创逮的产品是哪一个•选 
择了使用哪个子类，自然就决定了实际创途的产品是什么。 ^ 







⑽⑼基 -个灸. 
搆以戶袅的豸•:去. 


佴不隹 规工厂 


方法 》 


个共 

皋 值用 这發 ？51 的灸 
犹_用这个戏 0 . 
齐不4 6 体象。 







ConcreteCteatot 5 & 贵 速一个滅多个 


5 体户英.只有 ConcxeteCteatoi ^ 


迮如句釗達这螫户英。 
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工厂模式 


cfen^tjuestipns 


|p) : 当只有一个 ConcreteCreator 的时候，工厂 

方法模式有什么优点？ 


^ : 尽管只有一个具体创建者，工厂方法 

模式依然很有用，因为它帮助我们将产品的“实 
现”从“使用”中解耦.如果增加产品或者改变产品 
的实现， Creator 并不会受到影响（因为 Creator 与任何 
ConcreteProduct 之间都不是#林合） • 


: 这里所采用的方式称为“参数化工厂方 

法”。它可以根据传入的麥軚创建不同的对象。然而， 
工厂经常只产生一种对象，不需要参数化模式的这两 
种形式都是有效的。 


: 利用字符串传入参数化的类型，似乎有点 

危险，万一把 Clam (蛤期）英文拼错，成了 Calm (平 
静）， * 求供应 “CalmPizza” ，怎么办？ 


I 1 ?): 如果说纽约和芝加哥的商店是利用简单工厂 

创建的，这样的说法是否正磽？看起来倒是 很像。 

: 他们很类似，忸用法不同。蚤每个具体 

商店的实现看起来都很像是 SimplePizza-Factory ， 但 
是别 忘了， 这里的具体商店是扩展自一个类，此类有 
一 个抽象的方法 crcatePizzaO 。 由务个 商座自 行负责 
createPizza(> 方法的 行为。 在简单工厂中，工厂是另一个 
由 Pizzasfore 使用的对象。 

1^5) :工厂方法和创建者是否总是抽象的？ 

: 不，可以定义一个默认的工厂方法来产生莱 

些具体的产品，这么一来，即使剑建者没有任何子类， 
依然可以创建产品。 

|p) : 毎个商店基子传入的类型制造出不同种类的 
比伊。是否所有的具体创建者都必须如此？能不能只创 
建一种比萨？ 


^ : 说得很对，这样的情形会造成所谓的“运 
行时错误” • 有几个其他更复杂的技巧可以避开这个麻 
煩，在編译时期就将参数上的错谈挑出来 • 比方说，你 
可以创建代表麥数类型的对象和使用錚态常量或者 Java 
5所支持的 enum * 

1^5) :对于简单工厂和工厂方法之间的差异，我依 
然感到 困®. 他们看 起来很类似，差别在于，在工厂方 
法中，返回比萨的类是子类。能 解释一 下吗？ 

^ : 子类的确看起来很像 S ) 单工厂.简单工厂把 

全部的事情，在一个地方都处理完了，然而工厂方法却 
是创建一个枢架，让子类决定要如何 实现。 比方说，在 
工厂方法中， orderPizza () 方法提供了一般的枢架，以便 
创達比铲， orderPizza () 方法依赖工厂方法创建具体类， 
并制速出实际的比铲，可通过继承 PizzaStore 类，决定 
实际制造出的比妒是什么 • 闸单工厂的做法，可以将对 
象的创建讨装起来，但是問单工厂不具备工厂方法的弹 
性，因为阕单工厂不詭变更正在创建的产品。 
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大师与门徒 


▲ . 

大师与 n 徒…… 

大师：蚱蜢，告诉我训练进行得如何了？ 

门徒： 大师，我已经更进一步研究了 ■* 封装变 化”。 

大师：继续说…… 

门徒： 我已经学习到，可以将创建对象的代码封装起来。实例化具体类的代码, 
很可能在以后经常需要变化。我学到一个称为“工厂”的技巧，可以封装实例 
化的 行为。 

大师： 那么这些所谓的“ I 厂” 究竞能带来什么好处？ 

门徒： 有许多好处。将创建对象的代码集中在一个对象或方法中，可以避免代 
码中的重复，并且更方便以后的 维护。 这也意味着客户在实例化对象时，只会 
依赖于接口，而不是具体类 • 我在学习中发现，这可以帮助我针对接口编程, 
而不针对实现编程。这让代码 S 具有弹性，可以应对未来的扩展- 
大师： 很好，蚱蜢，你的 oo 直觉正在增强。今天对师父可有问埋要问吗？ 

门徒：大师，我知道封装起创建对象的代码，就可以对抽象编码，将客户代 
码和真实的实现解耦。然而在我的工厂代码中.不可避免的，仍然必须使用 
具体类来实例化真正的对象。我这不是 ••蒙 着眼睹骗自己”吗？（译注：原文 
pulling wool over my own eyes , 作者在下面大师的回答中，将引用此句作双关 
语，因此如此翻译 • 其实 ， pull wool over someone's eyes 原意为“骗人” » 

大师： 蚱蜢呀！对象的创建是现实的，如果不创建任何对象，就无法创建任何 
Java 程序 • 然而，利用这个现实的知识，可将这些创建对象的代码用栅栏围起 
来，就像你把所有的羊毛堆到眼前一样，一旦围起来后，就可以保护这些创建 
对象的代码 • 如果让创建对象的代码到处乱跑，那就无法收集到“羊毛•，你 
说是吧？ 

I 门徒： 大师，我已经认识到真理。 

； 大师： 我知道你能够体会 • 现在请进一步调节对象的依赖。 
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一令很 依赖的 比萨店 


工厂模式 



假设你从未听说过 oo 工厂，下面是一个不使用工厂模式的比萨店版本。数一数，这个类 
所依赖的具体比萨对象有几种。如果又加了一种加州风味比萨到这个比萨店中，那么届时 
又会依赖几个对象？ 


public class DependentPizzaStore [ 


public Pizza createPizza(String style, String type) { 
Pizza pizza = null; 
if {style.equals( n Ny w )) 1 

if (type.equals ("cheese'*)) { 

pizza - new NYStyleCheesePizza(); 

} else if (type.equals("veggie")) { 
pizza = new NYStyleVeggiePizza(); 

)else if (type.equals( M clam")) { 
pizza = new NYStyleClamPizza()? 

} else if (type.equals("pepperoni")) { 
pizza = new NYStylePepperoniPizza<); 


钍 jf 的笮约风咮 
，比穿 • 


} 

else if (style.equals("Chicago")) { 
if {type.equals (’’cheese”" { 

pizza m new ChicagoStyleCheesePizza0; 

} else if (type-equals ("veggie*')) { 

pizza = new ChicagoStyleVeggiePizza <); L 
)else if (type .equals ("clam'*)) { 

pizza = new ChicagoStyleClamPizza(); 

} else if (type.equals (” pepperoni ”）） { 

pizza = new ChicagoStylePepperoniPizza(); 


it 疼 M 奄芑 加身风 
味 Ct 衫。 


} else { 

System.out.println( f 'Error: invalid type of pizza "); 
return null; 


pizza.prepare(); 
pizza.bake 0; 
pizza.cut(); 
pizza.box(); 
return pizza; 


(if: 


軚 0 


w 加州 __ 
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对象依赖 

看看对象依赖 

当你莨接实例化•个对象时，就足在依赖它的具体类。请返回前 
贞看看这个依赖性很高的比萨店例子，它由比萨店类来创建所有 
的比萨对象， rfti + 足委托给工厂. 

如果把这个版本的比萨店和它依赖的对象画成一张图，看起来是 
这 样的： 


(i 个放本的 PixxflSto »* 体托子的有 


昂 2 働场她鳴;, 


©巧时子 比痒只 f 本实现的仔何电 
^ IP fjflK) f>)f izxaSt0tc e 我们说 
f PiiiAStote -体釉子“比華的食现。 


5 舸增一 个比筷神类. 鱿考子 

让 Pixx * Stt »« 多 *5 —个铱釉 t 
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工厂模式 


侔赖倒1原则 


很清楚地，代码里减少对于具体类的依赖是件“好事”。 
事实上，有一个 oo 设计原则就正式阐明了这一点，这个 


原則甚至还有一个又响亮又正式的名称：“依赖倒置原 
則” (Dependency Inversion Principle ) 0 _ __ 

通则如下： 


设计原则 

要依赖抽象，不要依賴具体类. 




首先，这个原则听起来很像是“针对接口编程，不针 


对实现编程”，不是吗？的确很相似，然这里更强 


调“抽象”，这个原则说 明了： 不能让高层组件依赖低 錡进 4 B 4. 4*« 

层组件，而且，不管髙层或低层组件，“两者”都应该 

依赖 T 抽象。 例扣 . 

4. 0 鈞它的行处 4 由比祭 


这到底是什么 窻 思？ 

这个嘛，让我们再次看看前一页比萨店的图。 
PizzaStore * “高 S 组件’，而比萨实现是“低层组件 ' ， 


4 义的： Pi««Sto « 射瘦 M 有 
不同的比鏵的象 . m 
4 . 切垮.装翥，*比痒本 
矣 A 子《4通件。 


很清楚地， PizzaStore 依赖这#具体比萨类。 


现在，这个原则告诉我们，应该重写代码以便于我们依 
赖抽象类，而不依赖具体类 • 对于高层及低层模块都应 
该如此。 


但是怎么做呢？我们来想想看怎样在“非常依赖比萨 
店- 实现中，应用这个原則…… 


你现在的位置 ► 139 





依赖倒置原则 


原则的皮用 

非常依赖比萨店的主要问题在于：它依赖每个比萨类型。因为它是在自 d 
的 orderPizzaO 方法中，实例化这些具体类型的。 

虽然我们已经创建了一个抽象，也就是 Pizza, 但我们仍然在代码中，实际 
地创建 f 具体的 Pizza, 所以，这个抽象没什么影响力。 


如何在 orderPizzaO 方法中，将这些实例化对象的代码独立出来？我们都知 
道，工厂方法刚好能派上用场。 

所以，应用工厂方法之后，类图看起来就像 这样： 


个釉象”。 




Q 

1 

Q 



个釉象炎 

? . M 糾■戏 0 . ir 

Hit ). 


在应用工厂方法之后，你将注意到，高层组件（也就是 PizzaStore) 和低层组件（也 
就是这些比萨）都依赖 『Pizza 抽象。想要遵循依赖倒置原则，工厂方法并非是唯一 
的技巧，但却是最有威力的技巧之一 • 
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工厂模式 



參， 

¥ 


依赖倒置原则，究竟倒置在哪里? 


在依赖倒 S 原則中的倒置指的是和一般 oo 设计的思考方 
式完全相反。 看# 前一页的图，你会注意到低 g 组件现 
在竟然依赖高层的抽象。 N 样地，高层组件现在也依赖 
相间的 柚象。 前几页所绘制的依赖图是由上而下的，现 
在却倒 S 了，而且高低层模块现在都依赖这个抽象。 


让我们好好地 M 顿一个设 if •过程来看看，究竞使用了这 
个原则之后，对设 il •的思考方式会被怎样地倒罝…… 
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倒置你的思考方式 


倒 I 你的思考方式 



好的，所以你需要实现一个比萨店，你第一件 
想到的事情是什么？ 


没错！先从顶端幵始，然后往下到具体类。但 
是，正如你所看到的你不想让比萨店理会这些 
具体类，要不然比萨店将全都依赖这些具体类。 
现在，“倒罝”你的想法……别从顶端开始， 
而是从比萨 （ Pizza ) 开始，然后想想看能抽象 
化些什么。 


对了，你想要抽象化一个 Pizza 。 好，现在回头 
重新思考如何设计比萨店. 


很接近了，但是要这么做，必须靠一个工厂来 
将这些具体类取出比萨店。一旦你这么做了， 
各种不同的具体比萨类型就只能依赖一个抽象， 
而比萨店也会依赖这个抽象。我们已经倒置了 
一个商店依赖具体类的设计，而且也倒置了你的 
思考方式。 
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几个持导方针帮助你遵循此原則 


工厂模式 


下面的指导方针，能帮你避免在 oo 设计中违反依赖倒置 原則： ^ A 

_变量不可以持有具体类的 引用。 ^ ( j 榑的 鈦法。 


不要让类派生自具体类。 

不要覆盎基类中已实现的方法。 


如粟派！ t 5沭类.作舦含体时 
只冰类 3 详派法 t 一个处象（戏 0 
威袖象炎） • 




ir ^ 荃类赶不逐一 




个右 iEi | 料料的 # 赛 




«昱，等苓. H 完全遘守达 
整托导方钎似乎不太玎能 0 C ? 
如果 a 守达签方针.我线—个简 
簟《序邾茸不出來 f 

你说的没错！正如同我们的许多原_一样，应该尽1:达到这个原則， 
而不蛙随时都要遵循这个原《1|。我们都很淸楚，任何 Java 程序都有 
违反这些指导方针的 地方！ 



但'是，如果你深人体验这些方针，将这些方针内化成你思考的一部 
分，那么在设计时，你将知 道何时 有足够的理由违反这样的原則。 


比方说，如果有_ -个不像足会改变的类，那么在代码中直接实例化 
具体类也就没什么大碍-想想吞，我们甲.常还小 _ 是在程序中不假思 
索地就实例化卞符串对象吗？就没有违反这个原则？当然有！可以 
这么做吗？可以！为什么？ 因为字 符串不可能改 $• 

另一方 面，如果有个类可能改变，你可以采用-些好技巧（例如 I 厂 
方法）来封装改变。 
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原料家族 


爯矽到比辩店 


比萨店的设计变得 很棒： n •有弹性的抿架，而且遵循设 





L 十原则。 

现在，对象村比萨店成功的关键在 T 新鲜、 
高质量的原料，而且 通过导 入新的框架， 
加盟店将遵循你的流程， W 是有一些加盟 
店，使用低价原料来增加利润。你必须 
采取-些手段，以免长此以往毁了对象 
村的品牌= 


金式鱔》 


碥保原料的一致 


要如 K 确保每家加盟店使用高质 S 的原料？你打算建 
造一家生产原料的 J : 厂，并将原料运送到各京加盟店。 

对丁-这个做法，现在还刹 F 了一个问 题： 加盟店座落在不同的区域，纽约 
的红酱料和芝加哥的纟 I :酱料是不一样的。所以对干纽约和芝加哥，你准备广 


两组不同的原料。 ih 我们肴 得电仔 细些: 



芝士比穿 


比萨笫单 


r -酪 ■比萨 


番》酱料. 惠大利白 千酪. 

番 ft 酱钤 . t 尺利 H r • 油 ， Parmesan f tt. « 户 . 
菠«. 黑撖 ft 
蛾 _ 比於 

««»料，欠利白干胳. Parmesan rtt . ^ 

息式瞄抽比萨 ，- w 

料.息大利 fH », Parmesan T W 细 f *. 

菠架、 y - ttMO -- 息式睹味 


我们有相阌的声兵 
家斿（面®.舍式 
鳝脒、#科. 达士. 
珑菜 • *) .任 I 
作方式棵旖 s 域 
的不阑系它著苒 


狂鈞 

比萨笫单 

芝士比萨 

大蒜#&籙料> Rcggianof -醣， 大森 
紊食比萨 

尺*窬*麄料. Reggi.no T « . •&. itB . ntb 
蛤 W 比萨 

大 35 壽 Si 酱料. ReggianoT •醑,新觯給 M 
比萨 

大蒜# 茄酱料 • Reggiano 千酪， 蓽&、 汴纛.扛 
椒.息犬囔旸 
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原料宗族 


工厂棋式 


纽约使用一组原料，而芝加哥使用另 
一组原料。对象村比萨是如此受欢迎, 
可能不久之后加州就有加盟店了，到 
时候又需要运送另一组区域的原料。 
接着呢？西雅图吗？ 

想要行得通，必须先清楚如何处理原 
料家族。 











加州 




5个家斿 郝色含 5—神面 ®、 一科萑 
科._神 芝士. 以双一 神法拜 该科 
( s 笱一#沒篇; i 来的释科.倒如致 




菜耷香科）的走 


料衫.这三个^ ㈣ 威”科容族 
—个劣養的琢科家族。 


备个 g 硪实现3 
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原料工厂 


建造原料工厂 

现在，我们要建造一个工厂来生产原料< 这个工厂将负责创建原料 
家族中的每一种原料。也就是说，工厂将霑要生产面团、酱料、芝士 
等。待会儿，你就会知道如何处理各个区域的差异了。 

开始先为工厂定 义一个 接口，这个接口负贵创建所有的 原料： 


public interface PizzalngredientFactory 

public Dough createDough{); 
public Sauce createSauce(); 钇 

public Cheese createCheese(); 
public Veggies[) createVeggies(); 
public Pepperoni createPepperoni<); 
public Clams createClamO ; 

) 个 i 厂" ㈣ “*■种 3 

料多«个® 触■机* T 雷黎索成.犹叫把 

科邾 I - 个煑 - 这个例孑珐 S 威抽象类 . 


要做的事情是： 

0 为每个区域建造一个 工厂。 你需要创建一个继承自 PizzalngredientFactory 的子类来 
实现每一个创建方法。 

❷ 实现一组原料类供工厂使用，例如 ReggianoCheese 、 RedPeppers 、 ThickCrust - 

Dough 。 这些类可以在合适的区域 ㈣ 共享 • 

0 然后你仍然需要将这一切组织起来，将新的原料工厂整合进旧的 PkzaStore 代码 

中。 
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创建纽约原料工厂 


in ■式 


好了，这是纽约原料工厂的实现。这工 
厂专精于大蒜番茄酱料 、 Reggiano 干酷、 

新鲜始 . 只体承科 ir 必拓* 现这个砝 0 . a 

约* 科 i 厂也不制外。 



public class NYPizzalngredientFactory implements PizzalngredientFactory { 


public Dough createDough{) { 

return new ThinCrustDoughO ; 

} 

public Sauce createSauce() { 

return new MarinaraSauce(>; 



的子承科#族内的备一 
㈣ 科 • 我们部賴？ 
姐约的氐本。 


public Cheese createCheese() { 
return new ReggianoCheese(); 


public Veggies[J createVeggies() { 

Veggies veggies[] = { new Garlic(), 
return veggies; 


public Pepperoni createPepperoni() { 


new Onion{), new Mushroom(), new RedPepper() 


( 时号 a *, hi - 个藐* 數 


return new SlicedPepperoni(); 

) 

public Claras createClam() { 
return new FreshClams(); 



a 约 n *. m 以有* 的# 
#L *加#« 访硒 ft 用冷汸 
的 


们9以《 达汝® 衿一魚. 佴 这妁子 
tgzr 癀式4沒有申搿以24侈 
轉这个葡擘的激沾《妗: J 。 


的金式 艚嫌.《约 
筹部食用1')它。窃下 
-S . 在饮<1 S 索规芝加筹 
irrt . ms ? 值用*， 



); 
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建造一个工厂 




写下 ChicagoPizzaIngredientFactory 的代码。你可以参考 
下面的类，写出你的 实现： 
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工厂棋式 


重做比辩…… 

工厂已经一切躭绪，准备生产高质置原 料了， 现在我们只需要重做比萨，好让它 
们只使用工厂生产出来的原料。我们先从抽象的 Pizza 类 开始： 


public abstract class Pizza { 
String name; 

Dough dough; 

Sauce sauce; 



s 个 ct # 邾抖有存逋旮的食用 f _) 
的®科。 


Veggies veggies[J; 

Cheese cheese; 

Pepperoni pepperoni; 
Clams clam; 

abstract void prepare 。； 



现存把 )>««»»>«»() 方沾声的威 袖拿。 个方; 4 
中.的®科. * ci # 赛 
科必《4来 tl 凍科 I 厂了 《 


void bake() { 

System.out.println("Bake for 25 minutes at 350"); 


void cut{) { 

Syst©m.out .println ("Cutting the pizza into diagonal slices'*) / 


void box() { 

System .out .print In ("Place pizza in official PizzaStore box"); 


void setName(String name) { 
this.name ■ name; 


String getName 0 { 
return name; 


$ 






public String toStringO { 

// 这里是 tr 印比萨的代码 
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将原料解 M 

缝续重傲比辩…… 

现在已经有了一个抽象比萨，可以开始创建纽约和芝加哥风味的比萨了。从今以后, 
加盟店必需直接从工厂取得原料，那些偷工减料的日子宣告结束了！ 


我们曾经写过工厂方法的代码，有 NYChecscPizza 和 ChicagoCheescPizza 类。比较一 
下这两个类，唯一的差别在于使用区域性的原料，至于比萨的做法都一样（面团+酱 
料+芝 士）， 其他的比萨（蔬菜、蛤蜊等）也是如此。它们都依循着相间的准备步 
骤，只是使用不同的原料。 


所以，其实我们不需要设计两个不同的类来处理不同风味的比萨，让原料工厂处理 
这种区域差异就可以了。下面是 ChccsePizza : 


public class CheesePizza extends Pizza { 

PizzalngredientFactory ingredientFactory; 

public CheesePizza(PizzalngredientFactory ingredientFactory) 
this.ingredientFactory = ingredientFactory; 



琢 ft 。 所以 * 个比 # 戋* 
rf 从 ii 个 xr 存嫌在 


} 


void prepare () { 

System.out.println("Preparing " + name); 
dough = ingredientFactory.createDough(); 

sauce = ingredientFactory.createSauce(); 衅身的搴 重在 iif! 

cheese = ingredientFactory.createCheese(); 


發. Mtf 琢 ㈣ ，糾工厂塵。 
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工厂檐式 


爯 s 近一点- 

Pizza 的代码利用相关的工厂生产原料。所生产的原料依赖所使用的工厂， Pizza 类根本不关心 
这些原料，它只知道如何制作比萨。现在， Pizza 和区域原料之间被解耩，无论原料工厂是在洛 
基山脉还是在西北沿岸地区， Pizza 类都可以轻易地复用，完全没有问题。 


ingredien^Factory.createSauce() ; 


fM 用的 


这蕞康 科工厂 • 不在今值 
用钎么 1厂.只14琢科工厂 
就行3。 


㈣ 大 ft •其•科 。 


也来看看蛤蜊比萨: 


public class ClamPizza extends Pizza { 

PizzalngredientFactory ingredientFactory; 


public ClamPizza{PizzalngredientFactory ingredientFactory) 
this.ingredientFactory = ingredientFactory; 


蜍也 ft ® 科工 
厂。 


void prepare O { 

System,out,println{"Preparing " + name); 
dough = ingredientFactory.createDough(); 
sauce = ingredientFactory.createSauce(); 
cheese = ingredientFactory.createCheese 0 / 
clam - ingredientFactory.createClaraO; 


上 / 

的琢科。 

釦蓽 4 纽约工厂.犹食值用軔 
蛘 ㈣ #); 釦蓽4芝加搿 工厂， 

就 基冷其 的鎗蜊 u 



' 靂鈦 4蜍蜊比菝. 
pt « p < W «() 方:•去就必场从 
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使用正磽的尿料工厂 


爯诊到比銪店 

我们几乎完工了，只需再到加盟店短暂巡视一下，确认他们 
使用了正确的比萨。也需要让他们能和本地的原料工厂搭上 
线： 

i 

public class NYPizzaStore extends PizzaStore { 

protected Pizza createPizza (String item) ( 

pizza pizza = null; ^ 

PizzalngredientFactory ingredientFactory = 
new NYPizzalngredientFactory(); 

if {item.equals( ,T cheese M )) { 

pizza = new CheesePizza(ingredientFactory); 
pizza.setName("New York Style Cheese Pizza"); 

} else if (item.equals("veggie"))( 

pizza =* new VeggiePizza (ingredientFactory); 
pizza.setName("New York Style Veggie Pizza"); 

} else if (item.equals("clam"))( 

pizza = new ClamPizza(ingredientFactory); 

pizza.setName("New York Style Clam Pizza ”）； ^ 


1 ⑵二”二 S 


祀工厂佟 il 焓备 - 个比鍈，以 
便沈存料 i 厂中 ㈣ 琢科 9 


看笔箱-英，碡宠 C ” 鍀？比袄 
和工 厂之阑的务多 -I 如何注作的。 


对子《__比存.戧们式例化一 
个斯的比 存， 斿佯进孩科比葙所 


else if (item.equals ("pepperom )) I 个斯的比存， 斿佯进 孩种 比葙斯 

pizza - new PepperoniPizza(ingredientFactory); # w .^ „ 

pizza. setName { f, New York Style Pepperoni Pizza"); WfAZT , 以 fttfc 麥联得它的 

科。 


return piz 2 






比较一下这个版本的 creaiePizza () 和之前的工厂 
方法实现有何异同。 
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我们傲5些什么？ 


工厂模式 


一连串的代码改变，我们到底 

•ft 了些彳+&? 抽象工厂为产品家族提供接 p a &什么家族？在 

我们的例子中，制作比萨所需要的一切东西，例 


我们引入新类型的工厂，也就 如：面团-酱料-芝士、肉和蔬菜。 

是所谓的抽象工厂，来创建比 


萨原料家族。 


通过抽象工厂所提供的接口， 
可以创建产品的家族，利用这 
个接口书写代码，我们的代码 
将从实际工厂解耦，以便在不 
同上下文中实现各式各样的工 
厂，制造出各种不同的产品。 
例如： 不同的区域、不同的操 
作系统.不同的外观及 操作。 

因为代码从实际的产品中解耦 
了，所以我们可以替换不同的 
工厂来取得不同的行为（例 如： 
取得大蒜番茄酱料，而不是取 
得番茄酱料）。 



对象村#*象原料工厂 





妞约 



s 加哥 



接着写下我们的代码，然后使用这个工 
厂来创建产品。通过传入各种不同的工 
厂，可以制作出各种不同的产品。但是 
客户代码姶终保持不变。 


从抽象工厂中派生出一些具体工 
厂，这些工厂产生相同的产品， 
但是产品的实现不同， 




et# 。 
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订购更多比萨 


绐 Etliaw 和 JoelE 多 的比淨 

Ethan 和 Joel 对子对象村的 tt 辩欲 S 不能 [ 其实他们不知 
i £. 现在所订购 的比辩 是利用新原 科工广 的原料制作出 



采的。 © ASM 们订购 比轳时 



o 

❸ 


PizzaStore nyPizzaStore = new NYPizzaStore(); 

个 NYPUxa - 
的亥例。 

现在已经有一个比萨店了，可以接受 订单： 

nyPizzaStore.orderPizza (''cheese’” ； 

0 ,“tPi«A() 方法。 

orderPizza() 方法首先调用 createPizza () 方法： 


—w 

j 



Pizza pizza = createPizza (''cheese"); 
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工厂模式 


捿 T 来，就不一#5,谚为 
我们规在使用了原料工厂 



0当 createPizzaO 方法被调用时，也就开始涉及原料工厂 


个 tb # 桃逢 3 。 

X 

Pizza pizza = new CheesePizza (nylngredientFactory); 

劍 < 一个 Cfc # 的实 
例- 赛后将它命纽 
约原科工广铉合在 • 



Pizza 


Q 接下来需要准备比萨。一旦调用了 prepare() 方法，工 
厂将被要求准备原料： 


void prepare () { 7 / 

dough = factory.createDough (); 二 ’ 丈赵豢筘舊科 
sauce = factory.createSauce(); 
cheese = factory.createCheese (); 、 

) 、 





幹的说. ㈣ _科 
工广 K 饵 5 姐约栌琢科 a 


0最后，我们得到了准备好的比萨， orderPizza() 就会接着烘烤、切 
片、装盒。 
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定义抽象工厂横式 


定义紬象工广模式 

我们又在模式家族中新增了另一个工厂模式，这个模式可以创建产品的家族。看看这个 
模式的正式定义： 

抽象：！厂式提供一个接口，用于创建相关或依赖 
对象的家族，而不窬要明确指定具体类。 


抽象工厂允许客户使用抽象的接口来创建一组相关的产品，而不需要知道（或关心） 
实际产出的具体产品是什么。这样 - 来，客户躭从具体的产品中被解让我们看看 


类图来了解: H ： 中的关系: 


客 户的代 砝中只 t 涉总 柚彖工 
厂， （ i 行的枵砝值用玄杉的 
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这是一张相当复杂的类图，让我们 
从 PizzaStore 的观点来看一 看它： 



铖 的正磘的象。 


有不阉的5 


工厂模式 


比祭店的系个只休亥例 
(NYPawStoi*. CAica^oPixxaS 加 •） 及 


^ 柚象工厂的審 户。 


cfcatePinaO 
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工厂檐式访谈 



我象工令方 
法《标土*起來》值4工广方法（例如 ■ 
ereatePoughl ). eruttSogretOV ). 每令方 法# 
«声《成》 象， ffi 子类的方法*旅 达螫方 法采创 
建*«对 象。 达不 il 工广方法4? 


工厂方法是不是潜伏在抽象工厂里面？ 

你的观察力很敏锐！是的，抽象工厂的方法经常以工厂方法的方式 
实现，这很有道理，对吧？抽象工厂的任务是定义一个负责创建一 
组产品的接口。这个接 n 内的每个方法都负责创建一个具体产品， 
同时我们利用实现抽象丁•厂的子类来提供这些具体的 做法。 所以， 
在抽象工厂中利用工厂方法实现生产方法是相当自然的做法。 



模 式告白 

本周 访问： 

工厂方法和抽象工厂 


HeadFirst : 哇！今天很难得，同时请到了两种模式。这可是头一回啊！ 

工厂方法 ：呵！ 我其实不希望人们把我和抽象工厂混为一谈。虽然我们都是工厂模式， 
但并不表示我们就应该被合在一起访问。 

HeadFirst ： 别生气，我们之所以想要同时采访你们就是为了帮读者搞清楚你们之间谁是 
谁。你们的确有相似的地方，听说人们常常会把你们搞混了。 

抽象工厂：这是真的，有些时候我被错认为是工厂方法 。嘿！ 工厂方法，我知道 你也有 
相同的困扰。我们两个在把应用程序从特定实现中解耦方面真的都很有一套 ， 只是做法 
不同而己。我能够理解为什么人们总是把我们搞混。 
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工厂樓式 


工厂 方法： 哎呀！这还是让我很不爽。毕竟，我使用 
的是类而你使用的是对象，根本就不是一回 事啊。 

HeadFirst ： 工厂方法，能请你多做一些解释吗？ 

工厂 方法： 当然。抽象工厂与我都是负贵创建对象， 
这是我们的工作。但是我用的方法是继承…… 

.. . 而我是通过对象的组合， 

工厂方法 ：对！ 所以这意味着，利用工厂方法创建对 
象，需要扩展一个类.并覆盖它的工厂方法。 

HeadFirst ： 那这个工厂方法是做什么的呢？ 

工厂 方法： 当然是用来创建对象的了 • 其实整个工厂 
方法模式，只不过就是通过子类来创建对象。用这种 
做法，客户只需要知道他们所使用的抽象类型就可以 
了，而由子类来负责决定具体类型。所以，换句话 
说，我只负责将客户从具体类型中解耦。 

抽象工厂：这一点我也做得到，只是我的做法不同。 

HeadFirst ： 抽象工厂，请继续……你刚刚说了一些关 
于对象组合的事？ 

抽象工厂：我提供一个用来创建一个产品家族的抽象 
类型，这个类型的子类定义了产品被产生的方法。要 
想使用这个工厂，必须先实例化它，然后将它传入一 
些针对抽象类型所写的代码中=所以，和工厂方法一 
样，我可以把客户从所使用的实际具体产品中解耦。 

HeadFirst : 噢！我了解了，所以你的另一个优点是可 
以把一群相关的产品集合起来》 

抽象工厂：对- 

HeadFirst :万一需要扩展这组相关产品（比方说新增 
一个产品），又该怎么办呢？难道这不需要改变接口 
吗？ 

抽象工厂：那倒是真的，如果加入新产品就必须改变 
接口，我知道大家不喜欢这么做…… 


工厂 方法： <窃笑> 

抽象 工厂： 我说，工厂方法，你偷笑什么？ 

工厂方法：拜托，那可是很严重的！改变接口就意味 
着必须深入改变毎个子类的接 a 1听起来可是很繁重 
的工作呀。 

抽象 _ C 厂： 是的，但是我需要一个大的接口，因为我 
可是被用来创建整个产品家族的。你只不过是创建一 
个产品，所以你根本不需要一个大的接口，你只需要 
一个方法就可以了. 

HeadFirst : 抽象 T 厂，我听说你经常使用工厂方法来 
实现你的具体工厂， 

抽象工厂：是的，我承认这一点，我的具体工厂经常 
实现工厂方法来创建他们的 产品。 不过对我来说，这 
些具体工厂纯粹只是用来创建产品罢了…… 

工厂方法：……而对我来说，抽象创建者 ( creator ) 
中所实现的代码通常会用到子类所创建的具体类型* 

HeadFirst ： 听起来你们都有自己的一套。我相信人们 
言欢有选择的余地，毕竞 • 工厂这么有用，大家希望 
在各种不同的情况下都可使用 工厂。 你们俩都能将对 
象的创建封装起来，使应用程序解糨，并降低其对特 
定实现的依赖。真的是很棒 • 不管是使用工厂方法还 
是抽象工厂，都可以给人们带来好处。节目结束前， 
请两位各说几句话吧. 

抽象 工厂：谢谢。 我是抽象工厂，当你需要创建产品 
家族和想让制造的相关产品集合起来时，你可以使用 
我. 

工厂 方法： 而我是工厂方法，我可以把你的客户代码 
从需要实例化的具体类中解耦。或者如果你 S 前还不 
知道将来需要实例化哪些具体类时，也可以用我•我 
的使用方式很简单，只要把我继承成子类，并实现我 
的1：厂方法躭可 以了。 
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棋式的比较 

比餃工广方法和紬象工厂 

pu«st««* 现泠 ir 泠油. ® 於致 
们*1 椹狨 s 谶 ia 射瀘分*。邊 
级供一个袖象 过 0 - 过工厂方沾. * 个0逋部有亡 6 的 

來韧濃个户* j }<* ir . 他们 部和®釦何韌作 4 




夺多户*, 
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工厂模式 




妗栽们纛纛舍)連—个户* 


家族 （也就 & 



s 个琢科郭代束 
€ 一个 ; »(i 
个声 s 4 由袖象 1 
rtti 厂方法户生 

Pfa«T«iiMtrtiii^j| ^Ifcilninhuc^^j 的， 



TI w 



ii # 户 英子类釗爐: J _® f « 的声* 拿族。 （ if 有纽约® 科拿 
族和 《加《琢 科索族。 
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你的设计工具箱 



设计箱沟的工爯 


在本章，我们多加了两个工具到你的工具箱中：工厂方 
法和抽象工厂。这两种棋式都是将对象创建的过程封装 
起来，以便将代码从具体类解耦。 



4 


—要点 

■ 所有的工厂都是用来封装对 
象的创建 

■ 简单工厂，虽然不是真正的 
设计模式，但仍不失为一个 
简单的方法，可以将客户程 
序从具体类解稱。 

■ 工厂方法使用 继承： 把对象 
的创建委托给子类，子类实 
现工厂方法来创建对象。 

■ 抽象工厂使用对象组 合：对 
象的创建被实现在工厂接口 
所暴露出来的方法中。 

■ 所有工厂模式都通过减少应 
用程序和具体类之间的依赖 
促进松輞合。 

■ 工厂方法允许类将实例化延 
迟到子类进行。 

_抽象工厂创建相关的对象家 
族，而不需要依赖它们的具 
体类。 

■ 依赖倒置原則，指导我们避 
免依赖具体类型，而要尽量 
依赖抽象， 

■ 工厂是很有威力的技巧.帮 
助我们针对抽象编程，而不 
要针对具体类编程。 
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工厂横式 


好长的一章呀！让我们边吃比萨边玩拼字游戏，放松片刻吧！答案都是 
取自本章的英文单词。 



横排 提示： 

1. In Factory Method, each franctiise Is a 

4 In Factory Method, who decides which class 
to instantiate? 

6. Role of PizzaStore in Factory Method Pattern 

7. All New York Style Pizzas use this kind of 
cheese 

8. In Abstract Factory, each ingredient factory is 

a_ 

9. When you use new, you are programming to 


11. createPizza(> is a_(two 

words) 

12. Joel likes this kind of pizza 

13. In Factory Method, the PizzaStore and the 
concrete Pizzas all depend on this abstraction 

14. When a class instantiates an object from a 

concrete class, it's_on that object 

15. All factory patterns allow us to_ 

object creation 


竖排 提示： 

2. We used_ in Simple Factory 

and Abstract Factory and inheritance in Factory 
Method 

3. Abstract Factory creates a_of 

products 

5. Not a REAL factory pattern, but handy 
nonetheless 

10. Ethan likes this kind of pizza 
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习题解答 


习題蘚荅 

your pencil 一 --- 

我们已经成功地完成了 NYPizzaStore , 还剩下实现两个比 萨店。 就可以开加盟店了❶下 

面是芝加哥和加州的比萨店 实现： 

个比痒店部和钮约店的激沾几今一致 ……只 
C 4 釗邃不阕神类的 比存。 

public class ChicagoPizzaStore extends PizzaStore 
protected Pizza createPizza(String item) { 
if (item.equals ( n cheese #r )) { 

return new ChicagoStyleCheesePizza ()； 

} else if (item.equals (''veggie^) ) { 

return new ChicagoStyleVeggiePizza(); 

)else if {item.equals) { 

return new ChicagoStyleCaamPizza(>; 

} else if (item.equals (''pepperoni^)) { 

return new ChicagoStylePepperoniPizzaI 
I ) else return null; 


public class CaliforniaPizzaStore extends PizzaStore { 
protected Pizza createPizza(String item) { 
if (item.equals ( % 'cheese w )) { 

return new CaliforniaStyleCheesePizza(); - , /J . ^ 

f else if (item.equals (''veggie^) } { ^ * W 7 

return new CaliforniaStyleVeggiePi 2 za(); 

)else if (item• equals Pclam”）> { 

return new CaliforniaStyleClamPizza(); 

1 else if <item.equals (''pepperoni^)) { 

return new CaliforniaStylePepperoniPizza(); 

} else return null; 


tT 们羹初濃加州瓜味的比 


的孑邑知曷 比存店 ，我 
巩唓的比衫 …… 
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工厂横式 


设计谜題蘚荅 

我们需要另一种比萨来符合那些疯狂加州人的需求（当然，这里的疯狂是指好的那一 
方面）。请绘制出另一组乎行的类，把加州区域纳入 PizzaStore 中， 



好了，发挥你的想象力，找出五个“最奇特”的东西加入到比萨中。然后你就可 
以准备到加州去开比萨店了！ 


我们的 4 
认 •••••• - 


系拎籌龙加嫜丈菇 


Ml 


躬终闲蓽实 
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习題解答 

—个很依赖的比茚店 



irpen your pencil 


假设你从未听说过 OOT 厂。下面是一个不使用工厂換式的比萨店版本。数一数， 
这个类所依赖的具体比萨对象有几种。如果乂加了一种加州风味比萨到这个比萨 
店中，那么届时又会依赖几个对象？ 
public class DependentPizzaStore { 


public Pizza createPizza(String style. String type) { 
Pizza pi 2 za = null; 
if (style.equals( n NY")) { 

if (type.equals("cheese")) { 

pizza = new NYStyleCheesePizza(); 

} else if (type.equals("veggie")) { 
pizza = new NYStyleVeggiePizza(); 

)else if (type.equals ("claun")) { 〆 

pizza = new NYStyleClamPizza (); 

} else if (type.equals( n pepperoni n )) { 
pizza = new NYStylePepperoniPizza(); 




else if (style.equals {^Chicago'*)) { 
if <type.equals ("cheese*')) { 

pizza = new ChicagoStyleCheesePizza(); 

)else if (type.equals <’• veggie’ 1 1) { 

pizza = new ChicagoStyleVeggiePizzaO; 

} else if (type.equals("clam”>> { 

pizza = new ChicagoStyleClamPizza 0 : 

} else if (type.equals ("pepperoni*') > { 

pizza * new ChicagoStylePepperoniPizza(); 

} 

else { 

System.out.println C*Error: invalid type of pizza") 
return null; 




pizza.prepare (); 
pizza.bake(); 
pizza.cut(); 
pizza.box(); 
return pizza; 


芍以犯爸 f 系 4 
iif 
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工厂模式 


rpw your p^nwi 

^ 写下 ChicagoPizzalngredientFactory 的代码。你可以参考下面的类，写出你 

的实现： 


public class ChicagoPizzalngredientFactory 
implements PizzalngredientFactory 


public Dough createDough() { 

return new ThickCrustDough(>; 

) 


public Sauce createSauce() { 

return new PluroTomatoSauce(); 

} 


public Cheese createCheese() { 

return new Moz 2 arellaCheese(); 

} 


public Veggies(1 createVeggies() { 

Veggies veggies[ 】 ={ new BlackOlives (), 
new Spinach (), 
new Eggplant() }； 

return veggies; 


public Pepperoni createPepperoni<> 
return new SlicedPepperoni (); 


public Clams createClamO { 

return new FrozenClams<); 

) 
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填字游戏解答 


9题解答 


insnaBB 
QQDHHIlDliianBnQHn 
QDBIlBISI9DnnEIEIl 
BDDQIiDnEiei 
HQnBBBDDIIS 



BPiHHIlHBIHIHPli 
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5 单件糢式 


伞 


独一无二的对象 





下一站是单件模式 （Singleton Pattern ) :用来创建独一无 
二的，只能有一个实例的对象的入场券。 告诉你一个好消息， 申件模 

式的类围可以说是所有模式的类图中最简单的，事实上，它的类图卜-只有一个类！ 
但是，可不要兴奋过失，尽管从类设计的视角来说它很简单，但是实现上还是会遇 
到相当多的波折。所以，系好安全带，出发了！ 


这是新的一章 169 


独 一无二 



开发 人员： 这有什么用处？ 

大师： 有一些对象其实我们只需要一个，比方说：线程池 （threadpool ) ,缓存 （ cache ). 对话框，处理偏 
好设 S 和注册表 ( registry) 的对象、日志对象，充当打印机、显卡等设备的驱动程序的对象。事实上，这 
类对象只能有一个实例，如果制造出多个实例，就会导致许多问题产生，例如：程序的行为异常、资源使 
用过 S, 或者是不一致的结果。 

开发 人员： 好吧！或许的确有-些类应该只存在—个实例，但这需要花整个章节的 ® 幅来说 明吗？ 难道不 
能靠程序员之间的约定或是利用全局变最做到？你知道的，利用 Java 的静态变里：就可以做到。 

大师： 许多_, _itil 程序员之_约定就可⑽到。_果有法，大紋该縣意接受。 
別忘了，就跟其他的模式 …样， 单件模式是经得起时间考验的方法，可以确保只有一个实例会被创建 。单 
件模式也给了我们一个全局的访问点，和全局变®一样方便，又没有全局变 珐的缺 点《 

开发 人员： 什么缺点？ 

大师： 举瓣说：娜将膽酿给-个 蘇錢， 齡祕财•辦—开始關糾膽 * ，对吧？万一 
这个对象關賊麟，破柿财:陳时程巾 X— 紐翻它，不娜舰訂吗？輔你会看到， 
利用单件模式，我们可以在需要时才创建 对象。 

开发 人员： 我还是觉得这没什么困难的。 

大师.利用静态类变最、静态方法和适当的访问修饰符 （ aixess modificr) 1 你的确可以做到这一点。但是， 
不管使_-种方法.祕丫鮮件的运作城仍然是■賊>亊。 帥 模式听 ’ 要做得对可不 
简单。不信问 W 你自己： H 如何保证-个对象只能被实例化一次？答案可不是三言两语就说得完的，是不 

是？ 

★这其实和实现有关。有些 JVM 的实现是：在用到的时候才剑建 对象。 
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单件模式 


小小单件 

苏袼拉成式的请导闲芩 


如何创建一个对象？ 


n«w MyObject (); 

万一另一个对象想创建 MyObject 会怎样？可以再次 
new My Object 吗？ 

是的，当然可以。 

所以，一旦有一个类，我们是否都能多次地实 
例化它？ 

如果是公开的类，就 可以。 

如果不是的话，会怎样？ 


如果不是公开类，只有同一个包内的类可以实例化 
它，但是仍可以实例化它多次。 

嗯！有意思！你知道可以这么做吗？ 

我没想过。但是，这是合法的定义，有•定的道 
理。 

public MyClass { 



private MyClass () (} 

) 






怎么说呢？ 


我认为含有私有的构造器的类不能被实例化。 


有可以使用私有的构造器的对象吗？ 嗯，我想 MyClass 内的代码是唯一能调用此构 

造器的代码。但是这又不太合乎常理。 
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建立一个单件模式 


因为必须有 MyClass 类的实例才能调用 MyClass 构 
造器，但是因为没有其他类能够实例化 MyClass , 
所以我们得不到这样的实例。这是“鸡生蛋，蛋 
生鸡”的问题。我可以在 MyClass 类型的对象上 
使用 MyClass 构造器，但是在这之前，必须有一 
个 MyClass 实例。在产生 MyCalss 实例之前，又必 
须在 MyClass 实例内才能调用私有的构造器…… 


嘿！我有个想法。 
你认为这样如何？ 


public MyClass { 

public static MyClass getlnstance() { 


MyClass 有一个諍态方法。我们可以这样阒用这 
个方法： 

MyClass.getlnstance () ; 


为何调用的时候用 MyClassW 类名， 

而不是用对象名？ 

因为 getlnstanceO 是一个静态方法，换句话说， 
是一个“类”方法。引用一个静态方法，你需 
要使用类名。 

有意思。假如把这些合在一起 '•是 否”就可 

当然可以 # 

以初始化-个 MyClass ? 


public MyClass { 


private MyClass(J U 


public static MyClass getlnstance() \ 


return new MyClass(); 

} 

) 


好了，你能想出笫二种实例化对象的方式吗？ 

MyClass.getlnstance() ; 

你能够完成代码使 MyClass 只有一个实例被产生 

嗯，大槪可以吧••… 

吗？ 

(下一页有这个代 码。） 
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单件樓式 


割析经興的簞件模式实现 


Sin#et £>«。 


public class Singleton { 

private static Singleton 
uniquelnstance; 

// 这里是其他的有用实例化变 t _ 


private Singleton () {} 


getlnj 


S ingle^ 


ernce () { 

if {uniquelnstance == null) 
unique Instance = new^ 


rexurn uniquelnstance; 






〆 /挛祕。 

把构淺器声妒為 
私荀的.^ t 
Sin $〖《 to « 炎内方芍以 L 
用构 逢器。 

\用 Unc «() 方法实例 
化吋象 • 4这®这个玄 


如果你只是很快地翻 
到这•页，不要肓目 
地键入代码，在本章 
后面的部分中，你会 
看到这个版本有一些 
问题。 


4里是其他的有用方法 



士钱， 老—个正掌 
的走 .用淦 
的宕剜 SfVb 方法。 


苒靠近—点 - 77^-77 

个 H *')6 7. 它4个2沒<5舍) 4 丈例 


if (uniquelnstance == null) { 

uniquelnstance = new MyClass(); 

i ^ 

return uniquelnstance; 、 

T 劣执抒 f _) ci 个 . 魷表 
^ —矛戧们6绞«5贫例.斿衿 
unuiueJnstance 必这® 岱。 


……疋如粟它不存在.我们弒列用 
私有的构逢》 A 1 一个 Sin — ” 業 
例4龙它蛾依 1 ) unique ) nstAnce^i 
态変 *1 中。硪:•主砉，如粟我们不 
^ ff 这个 犮剩.它鱿永达不含卢 
法。这軚4 "适！食剜化" 
instantiAxc) 。 

、 

unique^nstancf 7^ 

表矛 C 稱 3 经釗 Jl 过的象。我 
们弒 S 戏眺利*«加”礓旬。 
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单件访谈 



模 式告白 

本周 访问： 

单件的告白 


HeadFirst ： 今天我们很髙兴专访单件对象。一开始，不妨先介绍一下你自己。 

单件：关于我，我只能说我很独特，我是独一无二的。 

HeadFirst ： 独一无二？ 

单件：愚的，独一尤二。我是利用单件検式构造出来的，这个模式让我在任何时刻都只有一个对象。 
HeadFirst ： 这样不会有点浪费吗？毕竞有人花了这么多时间写了类的代码，而这个类竞然只产生一个 
对象。 

单件：不，一点儿也不浪费！ “一个”的威力很强大呢！比方说，如果有一个注册表设置 （registry 
setting ) 的对象，你不希望这样的对象有多个拷贝吧？那会 把设詈 搞得一 团乱。 利用像我这样的申件对 
象，你可以确保程序中使用的全局资源只有一份* 

HeadFirst ： 请继续 . 

单件： 嗯！我擅长许多丰。有时候独身是有些好处的。我常常被用来管理共享的资源，例如数据库连 
接或者线程池。 

HeadFirst ： 但我还是 觉得， 一个人好像有一点孤单。 

单件： 因为只有我一个人，所以通常很忙，俱还是希望更多开发人员能认识我^许多开发人员因为产 
生 r 太多同一类的对象而使他们的代码出现了 bug , 伹他们却浑然不觉。 

HeadFirst ： 那么，淸允许我这么问，你怎么能确定只有一个你？说不定别人也会利用 new 产生多个你 
呢。 

单件： 不可能，我是独一无二的。 

HeadFirst ： 该不会要每个开发人员都发毒誓绝对不会实例化多个你吧？ 

单件： 当然不是，真相是……唉呀！这牵扯到个人隐私……其实……我没有公开的构 造器。 

HeadFirst :没有公开的构造器！！唤！抱歉！我太激动了。没有公开的构造器？ 

单件： 是的，我的构造器是声明为私有的。 

HeadFirst ： 这怎么行得通？你“究竞”是怎样被实例化的？ 

单件： 外人为了要取得我的实例，他们必须“请求”得到一个实例，而不是自行实例化得到一个实 
例。我的类有一个静态方法，叫做 getlnstanceO 。 调用这个方法，我就立刻现身，随时可以工作。事实 
上，我可能是在这次调用的时候被创建出来的，也可能是以前早就被创建出来了 * 

HeadFirst ： 单件先生，你的内在比外表吏加深奥。谢谢你如此坦白，希望能很快再与你见面" 
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单件横式 


巧宪力工厂 


大家邯知道，现代化的巧克力 r - 厂具备 计算机 控制的巧克力锅炉。锅炉做的事，就 
是把巧克力和牛奶融在•起，然后送到下一个阶段，以制造成巧克力棒。 

这里有一个 Choc - O - Holic 公司的业强度巧克力锅炉控制器。看看它的代码，你会 
发现代码写得 相当小 心，他们在努力防止不好的事情发生。 例如： 排出500加仑的 
未洛:沸的混合物，或者锅炉已经满]■还继续放原料，或者锅炉内还没放原枓就开始 
空烧。 

public class ChocolateBoiler { 
private boolean empty; 
private boolean boiled; 


供炉基 空的。 



public ChocolateBoiler() 
empty = true; 
boiled = false; 

} 


public void fill () { 
if (isEmptyO) { 
empty = false; 
boiled = false; 

// 在锅炉内填满巧克力和牛奶的混合物 

} 

) 

public void drain() { 

if (!isEmptyO && isBoiledO) 

// 排出煮沸的巧克力和牛奶 

empty = true; 




铒饫排 出的 • 必场基(舞的 
1空的）茶鮝过的 。 
肩 . is tl ® a 


(不芍以 


public void boil() { 

if (! isEmptyO && ! isBoiledO ) { 

// 将炉内物煮沸 

boiled = true; 

) 

} 

public boolean isEmptyO { 
return empty; 

} 


童 :其合浼吋.錫护必场爰濞 
的, 斿£1沒有费过的 。一 
2者沸后. 鱿靶 6 cUtd 杨态设 

f6t7ue 0 


public boolean isBoiled() 
return boiled; 

1 
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巧克力锅炉单件 




Choc - O - Holic 公司在有意识地防止不好的事情发生，你不这么认为吗？你可能会担心， 
如果同时存在两个 ChocolateBoiler (巧克力 锅炉） 实例，可能将发生很糟糕的事情。 

万一同时有多于一个的 ChocolaleBoiler (巧克力 锅炉） 实例存在，可能发生哪些很糟糕的 
事呢？ 


your pencil 


请帮 Choc -0- Holic 改进 ChocolateBoiler 类，把这个类设计 
成 单件。 


public class ChocolatftBoiler 
private boolean empty; 
private boolean boiled; 


1ChocolateBoiler() { 

empty - true; 
boiled = false; 


public void fill(> { 
if (isEmptyO) { 
empty = false; 
boiled = false; 

// 在锅炉内填宂巧克力和牛奶的混合物 

} 

} 

//其他的部分省略不列出来 
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单件模式 


好吧！来看看 类图: 



个蛊交 •# 对有 
喵一的荦件实例。 


static uniquelnstance 
//其他有用的 


static getlnstanceO 
//其嬝有用的单件 方法- 


0<5-蛀的數戏和方法。 


定义单件模式 

现在你脑海中已经有了单件的经典实现，该是坐下来享受 一条巧 
克力棒，并细细品味单件模式的时候了。 

先看看单件模式的简要 定义： 


胃 X 确保—个类只有—个 实例， 并提供一个全 
局访问点. 


这定义_点儿都不让人吃惊，但是让我们更深入一 点儿： 

■ 到底怎么回亊？我们正在把某个类设计成自己管理的一个单独实例，同 
时也避免其他类再自行产生 实例。 要想取得单件实例，通过单件类是唯一 
的途径， 

■ 我们也提供对这个实例的全局访 问点： 当你11要实例时，向类査询，它 
会返回单个实例。前面的例子利用延迟实例化的方式创建单件，这种做法 
对资源敏感的对象特別重要。 
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线程是个问 II 

' fhmrlw ， 我们遇到麻颊：？…… 

e 起来巧克力锅炉要 u ： 我们央 空了，尽资我们利 n ! 经典的中-件宋改进代叭 ， m 
是 ChocolmeBoiler 的 r 〗 M()A •法竞然允 IT 在加热的过程中继续加人原料。这吋是 
会溢出五百加仑的盼料(牛奶和巧 克力） 呀!怎么会这样！？ 



多加线程，就会造成这样吗？不是 
只要为 ChocolateBolier 的单件设 
置好 uniquelnstance 变量，所有的 
getlnstance () 调用都会取得相同的实 
例吗？对不对？ 
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化身为 JVM 


单件横式 


达1«*个线《邾8执行达段代码。你的工作是扮演 jvm * 色稃判断出*个线《是*玎 
能抓 tt 不罔 的锅 炉对象《«沉达®代铒。« 示： fisR*S 检金 getlMJtanceH 方法沟的烽作 
次序和 UMiquelnstaMee 的值，潘它们是宏至相 


用代码 帖采帮你研究达段代铒为什么玎陡 


ChocolateBoiler 


ChocolateBoiler.getlnstance() ; 




产生译 个锅炉对象。 















多线程与单件 


处理多线程 


只要把 getlnstance () 变成同步 ( synchronized ) 方法，多线程灾难几乎就可 


以轻易地解 决了: 


public clas3 Singleton { 

private static Singleton uniquelnstance; 

ii 其他有用的实例化的变量： 

private Singleton() U 


的逬入 ( i 个方乂。 


public static synchronized Singleton getlnstance () { 

if (uniquelnstance == null) { 

uniquelnstance = new Singleton (); 

} 

return uniquelnstance; 


u 其他有用的方法 



说得很对，的确垃冇-点不好。而比你所想象的还要严 

只有第-次执行此方法时’才真£需要 同步。 换句话说，一旦设置 

好 11 _ (： | 1 1咖0 ： 妙，就不再需要 R 步这个方法了 • 之后毎次调用 

这个方法，同步都垃_ •种累赘。 
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能够改善多线程吗? 


单件樓式 


为了要符合大多数 hva 应用程序，很明显地，我们需要确保单件模式能在多线程的状况 
下正常工作，佴是似乎同步 getlnstanceO 的做法将拖增性能，该怎么办呢？ 


可以有一些选择…… 

I . 如的性能对 g 用我序不是很兵鍵，弑什么郡別® 

没错，如果你的应用程序可以接受 getlnstanceO 造成的额外负担，就忘了这件事吧。同 
步 geUiistanceO 的方法既简单又有效。但是你必须知道，同步一个方法可能造成程序执 
行效率下降100倍。因此，如果将 getlnstanceO 的程序使用在频繁运行的地方，你可能就 
得重新考虑了。 


2 . 值用“急 W ” 釗建奕 倒， S 不用延迟 实俐化的 ft 法 

如采应用程序总是创建并使用单件实例，或者在创建和运行时方面的负担不太繁重，你 
可能想要急切 （ eagerly ) 创建此单件，如下所示： 


public class Singleton { 

private static Singleton uniquelnstance — 

private Singleton <) {J 


_ ( 也 “.c initialUet) 

new Singleton(); 段代辟保 i.J J 爹 | 
设吝全 (thread 
_) 。 


public static Singleton getlnstance() 


return uniquelnstance; 




{ 


己钱 <5 栾制 "5 
fi 鶬值用会。 


利用这个做法，我们依赖 JVM 在加载这个类时马上创建此唯一的单件实例。 JVM 保 
证在任何线程访问 uniquelnstance 静态变&之前，一定先创建此实例。 
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双重检査加锁 


3•用“双重检金加锬”，在 getlnstflnceO 中滅少值用罔步 

利用双重检査加锁 （ double-checked locking ) ，首先检査是否实例已经创建了，如果尚 
未创建，“才”进行同步。这样一来，只有第一次会同步，这正是我们想要的。 


来看看 代码: 


public class Singleton { 

private (^latif^static Singleton uniquelnstance; 
private Singleton() {} 


public static Singleton getlnstance() { 

if (uniquelnstance == null) { 

synchronized (Singleton.class) { 
if (uniquelnstance null) { 

uniquelnstance * new Singleton(); 


检耆 丈例 . 如 I 不 
( S 4, 犹 ( a 入® 块® 


■ it . 

觔 A 执 ttii S 的代 
炫。 


return uniquelnstance; 


进入 S 块后. 爯栓资一： 欠。 如果 
仍 K 才釗遵宕例。 


* volatile 卖级 # 接係 • 劣 unique instance $ -f >'4 

. 多 个钱杈 i £ 磘珀钍理 

uniquelnstance ^ ^ 


如果性能是你关心的 S : 点，那么这个做法可以帮你大大地减少 gcllnstanceO 的时闽耗费。 




重检査加锁不适用于 1 4 及更早版本 

法 tr 的 Java ! 

很不幸地，机4及 S 早版本的】训中，许多 1 二 H 
v () u t u e 关班恤 诚钟挪触 4 臓触^ = 
你不能 使阳柳 5,而必酿卿版咖-，诚削、要 
利用此 技巧实现单件模式。 _ 
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单件模式 


爯度矽到巧宪力工厂…… 

在研究 如何摆 脱多线程的梦 SEM 时，巧克力锅炉也被淸理干净可以再度开工 
了。 首先，得处理多线程的 问题- 我们有一些选择方案，毎个方案都有优缺点, 
到底该采用哪- •个？ 



^l^rpen your pentil 


描述每一种方案对于修改巧克力锅炉代码所遇到的 m 埋的适用性。 
同步 getlnstanceO 方法： 


急切实例化 


双重检査加锁 


恭唇 

此刻，巧克力工厂的问题已经解决了，而且 Choc-O-Holic 很高兴在锅炉的代码中能够采用这些专业 
知识 • 不管你使用哪一种多线程解决方案，锅炉都能顺畅工作，不会有闪失 • 恭喜你，不但避免了 
500磅热巧克力的危机，也认清了单件所带来的所有潜在问题. 
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单件 Q&A 


Y^nnl^t^uestipns 


1^5) :单件模式只有一个类， 
应该是很简单的模式，但是问题似 
乎 不少。 


1^5) :难道我不能创 建一个 
类，把所有的方法和变置都定义为 
静态的，把类直接当做一个单件？ 


1^5) • 那么类加载器 （ class , 
loader ) 呢？听说两个类加载器可能 
有机会各自创建自己的单件实例》 


； 唉呀！我们只是提前 
警告，读者不要因为这点儿问題而 
泄固然正确地实现单件檨式需 
要一点技巧，钽是在阅读完本章之 
后，你已经具备了用正确的方法实 
现单件樓式的 能力。 当你需要控制 
实例个数时，还是应当使用单件模 
式。 


^ ； 如果你的类自给自足， 

而且不依粕于复杂的初始化，那么 
你可以这么做。但是，因为静态初 
始化的控制权是在 Java 手上，这么 
做有可能导致洮乱，特别是当有许 
多类牵涉其中的时候。这么做常常 
会造成一痊微妙的、不容易发现的 
和初始化的次序有关的 bug 。 除非你 
有绝对的必要使用类的单件，否則 
还是建议使用对象的单件，比较保 


苓： 是的每个类加栽器都 
定义了一个命名空间，如果有两个 
以上的类加栽器，不同的类加载器 
可能会加载同一个类，从整个狂序 
来看，同一个类会被加载多次•如 
果这徉的事情发生在单件上，就会 
产生多个单件并存的柽异现象-所 
以，如果你的植序有多个类加栽器 
又同时使用了单件模式，请小心 * 
有一个解决 办法： 自行指定类加栽 
器，并指定同一个类加栽器。 




险。 


谣传垃圾收集器会吃掉单件，这过分夸大了 ！ 


在 Java 1.2 之前，垃圾收集器有个 bug， 会造成当单件在没有全局的引用时被当 
怍垃圾清除。祕⑽，娜-个轉只有林 件料 用它料，巧该申-件 
就会被当做垃圾 清除。 这造成让人困惑的 bu g : 因 为在单 件被淸除之后，下次 
酬糾—吣会产生-个“全新的”单件。对很多程序来说，这会造成让 
人困惑的行为，因为对象的实例变量值都不见了，一切回到最原始 的设® (例 
如：网络连接被*新设置） * 


Java 1.2 以； 5, 这个 bugEl 经祕 正了， 也不再鮮- 个全則 用絲护单件。 
如果出于某些願你还在用 W 版的 】 ava ， 要特别注意这个 H 题。如果你使用 
1.2 以后的 Java， 就可以高枕无忧了 * . 
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单件模式 


Ip ) : 我所受到的教育一直 

ft : 类应该做一件事，而且只做一 
件事。类如果能做两件事，就会被 
认为是不好的 oo 设计。单件有没有 
违反这样的观念呢？ 

^ : 你说的是“一个类，一 

个责任”原則 w 没错，你是对的， 
单件类不只炎责管理自己的实例 （ 
并提供全局访问），还在应用裎序 
中担当角色，所以也可以被视为是 
两个责任。尽管如此，由类管理自 
己的实例的做法并不少见。这可以 
让整体设计更简单。更何况，许多 
开发人员都已经熟患了单件樸式的 
这种做法， 


( p ) : 我想把单件类当成超 
类，设计出子类，但是我遇到了问 
题： 究竟可以不可以缱承单件类？ 

键承单件类会遇到的 一 
个问題，就是构造器是私有的，你 
不能用私有构邊器来扩展类。所以 
你必埔 把单件的构造器改成公开的 
或受保护的。但是这么一来就不算 
是“真正的”单件了，因为别的类 
也可以实例化它。 

如果你果真把构造器的访问权限改 
了，还有另一个问題会出现。单件 
的实现是利用錚态变量，直接继承 
会导致所有的派生类共享同一个实 
例变量，这可能不是你想要的.所 
以，想要让子类柜工作順利，基类 
必須实现注册表 （ Registry ) 功能。 


问： 


我还 ft 不了解为何全局 


变置比单件横式差。 


在 Java 中，全局变量 
基本上就是对对象的静态幻用.在 
这样的情况下使用全局变 f 会有一 
痊缺点，我们已经提到了其中的一 
个： 急切实例化 VS . 延迟实 例化， 
彺是我们要记住这个模式的 目的： 
确保类只有一个实例并提供全局访 
问„全局变量可以提供全局访问， 
彺是不能确保只有一个实例，全局 
变量也会变相鼓助开发人员，用许 
多全局变量指向许多小对象来造成 
命名空间 （ namespace ) 的污染。单 
件不鼓助这样的现象，但单件仍然 
可能被滥用， 


在这么做之前，你得想想，鏤承单 
忤能带来什么好处，就和大多数的 
模式一样，单件不一定速合设计进 
入一个 库中， 而且，任何现有的 
类，都可以轻易地加上一些代码支 
持单件模式 * 最后，如果你的应用 
祛序大量地使用了单件模式，那么 
你可能需要再好好地检査你的设 
计，因为通常这合使用单件槻式的 
机会不多， 
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你的设计工具箱 



设讦 箱沟的工爯 

你又加了一个新的樓式到工具箱里。单件提供另一 
种创建对象的方法，创 建独一 无二的对象。 


-要点 



■ 单件模式确保程序中一 
个类最多只有一个实例。 

■单件揆式也提供访问这 
个实例的全局点。 


■ 在 Java 中实现单件模式 
需要私有的构造器、一个静 
态方法和一个静态变置。 


■ 确定在性能和资源上 
的限制，然后小心地选择适 
当的方案来实现单件，以解 
决多线程的问题（我们必须 
认定所有的程序都是多线程 
的）。 

■ 如果不是采用第五版的 
Java 2,双重检査加锁实现 
会失效。 

■小心，你如果使用多个 
类加载器，可能导致单件失 
效而产生多个实例。 

■ 如果使用 JVM 1.2 或之 
前的版本，你必须建立单件 
注册表，以免垃圾收集器将 
单件回收。 
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单件模式 



坐下来，打开因为解决多线程问題而获赡的巧克力，花一点儿时间解决 
这个填字游戏，所有的苔案都是来自本章的英文词汇。 



横排 提示： 

1. It was "one of a kind" 

2. Added to chocolate in the boiler 

8. An incorrect implementation caused this to 
overflow 

10. Singleton provides a single instance and 
(three words) 

12. Flawed multithreading approach if not using 
Java 1.5 

13. Chocolate capital of the US 

14. One advantage over global variables: 
_creation 

15. Company that produces boilers 

16. To totally defeat the new constructor, we 

have to declare the constructor_ 


竖排 提示： 

1. Multiple_can cause problems 

3. A Singleton is a class that manages an 

instance of_ 

4. If you don't need to worry about lazy 
instantiation, you can create your instance 


5. Prior to 1.2, this can eat your Singletons (two 
words) 

6. The Singleton was embarassed it had no 

public_ 

7. The classic implementation doesn't handle 
this 

9. Singleton ensures only one of these exist 
11. The Singleton Pattern has one 


你现在的位 S ► 


187 













村子象珀钐 ； < 續式的 孖蜃人 » 瘃 戌 . 谳泫 9 翁《擻》 


【m CT 











填字游戏解答 

9越蘚答 
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6 命令糢式 


封装调用 


♦ 



在本章，我们将把封装带到一个全新的境界：把方法调 
用 （method invocation ) 封装起来。 没错，通过封装方法调 

用，我们可以把运算块包装 成形。 所以调用此运算的对象不需要关心事情是如 
何进行的，只要知道如 M 使用包装成形的方法来完成它就可以。通过封装方法 
调用，也可以做一些很聪明的事情，例如记录日志，或者重复使用这些封装来 
实现撤销 (undo) „ 
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巴斯特家电自动化公司 


备 


巳斯 特家免自功化公司 
便利诺伊州 
本来城工北路1221号 


您好！ 

最近 Johnny Hurricane ( Weather - O - R 獅 气象站 CEO ) 向== 
并简单介绍了新扩张的气象站。我必须说 ， g 
的印象轉關，肌 ㈣ 祕 为糊 设计 — 1 
控器的 API 。 作为服务回报，我们将慷慨地提供给您巴斯特家电 

fl 动化公司的股票期权。 

附匕 一个创新控制器的原型以供你研究 ■> 这个遥控器具 
可 编程的 插梢（毎个都可以指定到一个 不同的 : 
个插槽都有对应的开关按钮。这个遥控器还具备一个整体的撤 

销按钮。 

我也在光盘电附上一组⑽ a 类，这些类 是由多 

的，用来控制家电自动化装置，例如电灯、 _• 热水器'音 

响设备和其他类似的可控制 装置。 

希_能够_-_継 控器陳 丨，让每个插祕能 
-个或-组装 S 。 雜意，能够控制目細装 11 和任何来来可 
能出现的装 W , 这一点是很重要的。 

基干你帮 Weather -0- R 娜气象站所做賊果，我们知道您一定 
能把这个遥控器设计得很好！ 

期待看到你的 设计。 

诚挚的， 

Bill “X-10” Thompson, CEO 
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让礓件解戕〖 it 我们看看这个遥控器 


( i 七个祛碲5备各 t 
的-并"耷 "兵“ 柘扭 8 



个 1 H 本共用的"挺稍”抬 
芘， I 挺绢畺后一个祐往的敁^ 


必个祛作菜爱镇 4 


芍以在备个 


!1控制它。 


|*A 你的 S » wtpi « 记考 I 
( i »； i ： «_* -的 
； £ af . s ») - 

i ^ E «» 


. 不@ 系个狳 i £ 基 

控軔*二辛糾 _t w 
拿用 kE 的 ••■••• 


'体次 氣抽。 


以个关控 w * 
_咢妨作 i ••的家用衮 
i 的 •••..• 
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从家电自动化公司取得的厂商类 



肴起来类奸像+少，但接 u 各旮差异。麻烦还不只是这样，达 
咚类以后还会越来越多。所以设计一个遥控器 API 变得很有挑 
战性。 ih 我们继续设 t 十吧！ 
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命令横式 


办公室皞间对活 


你的团队正在讨论如何设计这个遥控器 API 



方法像是 dim ()、 setTemperatureO , setVolumnO . setDirection ()。 

Sue ： 还+只这样，听起来似乎将来还会有更多的厂商类，而且毎个类 
还会有各式各样的方法。 

Mary ： 我认为要把它看成分离的关注点，这很* 要： 遥控器应该知道 
如何解读按钮被按下的动作，然后发出正确的请求，但是遥控器不需知 
道这些家电 fi 动化的细节，或者如何打开热水器。 

Sue ： 听起来好像是个不错的设计 方式。 但如果遥控器很笨，只知道如 
何做出…般的要求，那又怎能设计出让这个遥控器能够调用一些诸如打 
开电灯或车库 I ’ ] 的动作呢？ 

Mary ： 我不确定该怎么做，但是我们不必让遥控器知道太多厂商类的 
细节。 



Sue ： 你的意思是 . 

Mary ： 我们不想让遥控器包含. •大堆 if 语句，例如 "if slotl == Light . 
then light . on (), else if slotl —— Hottub then hottob . jetsOnO " 0 大家都知 
道这样的设计很褙糕。 

Sue ： 我同 意你的说法。只要有新的厂商戈进来，就必须修改代码 ，这 
会造成潜在的错误，而且工作没完没了 • 
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命令樓式可能行 


嘌！我不小心咁剴7你们的 
对活。认 * 丨*孖*. 我铽努 
力《荦3设 i 十 «*• «_令*式 
«叫《 ••命 令旗式 ” _玎能対你 . 
们《«», 



Mary ： &» ( J ? 再多说一些来听听。 

joe ： 命令模式可将“动作的请求者”从 ■■动 作的执行者”对象中解稱。在你们的例 
子中’请求者 " r 以是遥控器，而执行者对象就是厂商类其中之一的实例。 

Sue ： 这怎么可能？怎么能将它们解耦？毕毚，当我按下按钮时，遥控器必须把电灯 
打开。 

joe ： 在你的设计中采用“命令对象”就可以办到 • 利用命令对象，把请求（例如打 
开 电灯） 封装成一个特定对象（例如客厅电灯对 象）。 所以，如果对每个按钮都存 
储一 个命令对象，那么当按钮被按下的时候，就可以请命令对象做相关的工作。遥 
控器并不需要知道作内容是什么’只要有个命令对象能和正确的对象沟通，把亊 
情做好就可以了。所以，看吧，遥控器和电灯对象解稱了 • 

Sue : 的确听起来像是_ .个正确的 方向。 


Mary ： 我仍然无法理解这个模式怎么工作 • 

Joe ： 由千对象之间是如此的解稱，要描述这个模式实际的作并不容易。 

Mary ： 听听我的想法是否正确：使用这个模式，我们能够创 建一个 AP1 , 将这些命 
令对象加栽到按钮插槽，让遥控器的代码尽致保持简单。而把 家电自 动化的工作和 
进行该工作的对象一起封装在命令对象中。 

Joe : 是的，我也这么认为 • 我也认为这个模式可以同时帮你设计“撤销按钮”，但 
我还没研究到这部分。 

Mary ： 听起来令人振奋，俱我想应该还要好好学习这个模式。 


Sue ： 我也是。 
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命令模式 


罔时，锣到餐厅 
……或者该说是 
锣到命令糢式的简单介绍 

如 raj oe 所说的，仅仅通过听別人口述的方式来 r 解命令揆式.确实 
有点凼难。但是别害怕，舟一 些朋& 正准备 m 助 我们： 还记得第 I 章 
里出现的友好 K 厅吗? 离 J -. 次和 Alice . Ho 及快 If 厨师见面已经有 
4 f .阵 T •了 • 现汗我们冇很好的理由冋去（除了 ft 物和很样的对话 
之外）：鉍厅可以帮助我们了解命令投式。 

所以， It 我们再度回到鉍庁，研究顾客， fc 招待、订申-，以及快 S 
厨师之间的交 丑。 通 过 这样的 K 动，你将体会到命令模式所涉及的 
对象，也会知逬 它们之 I 切如何被解耦 =■ 之后. 我们就 可以解决遥控 
器 API 了。 


进入对象村 Sff 



O 快鉍厨 师 根据 VT 单准谷 鉍点- 
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让我们更洋细 地研究这个交至过程 

……既然餐厅是在对象村，所以让我们也来思考对象和 
方法的调用关系 


士招磅拿违 . i 
燃后 t'f 用的心 rUp() 方:.名 
始凊 备詧 点。 
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对象村餐厅的兔 t 和职贵 


一张订单封装了准备餐点的请求。 

把汀单想象成一个用来谪求准备 S 点的对象，和•般的对_ 
象一 .样， 订 单对象吋以被 传递： 从女招待传递到 iT 单柜台， 
或者从女招待传递到接钤卜•一班的女招待。订单的接口只 
包含一个方法.也就是 orderUpO 。 这个方法封装了准备 S 
点所需的动作。订申.内有一个到“需要进行准备工作的对 
象”（也就是 厨师） 的引用。这一切都被封装起来，所以 
女招待不需要知道 U 单 I :有什么，也+需要知道&谁来准 
备 S 点， 她只需要将订单放到订单窗口，然后喊一声“订 
电来 r ” 就可以 

女招待的工作是接受订单，然后调用订单的 





沒右贫的 Sir / 

电二蝴 -7 样 


orderUpO 方法。 

女招待的 T： 作很 简单： 揞下顿客的订单，继续帮助下一个顾 
客，然后将-定数 M: 的 if 申-放到 ir 单柜台，并调用 orderUpO 方 
法，让人来准备 S 点。如同在对象村讨论过的，女招待其实不 
必担心 n ■单的内容是什么，或者由谁柬准备 鉍点- 她只需要知 
道，订单有一个 OrderUpO 方法以调用，这就够了。 

现在，一天内，不冏的颐客有不同的 ir 申.，这会使得女招待的 
lakeOrder(> 方法被传人不同的衮数。女招待知道所有的 VT 单都 
支持 orderUpO 方法，仟何时候她需要准备 S 点时，调用这个方 
法就是了。 

快餐厨师具备准备餐点的 知识。 

快 S 厨师是一种对象，他真正知道如何准备餐点。一旦女招 
待调用 orderUpO 方法，快 SS 师就接 f, 实现盅要创建餐点 
的所有方法 • 请注意，女招待和厨师之间是彻底的解稱：女 
招待的 iT 单封装 TS 点的细节，她只要调用每个订单的方法 
即可，而 w 师看 fn ■单就知道该做些什么餐点 1 厨师和女招 
待之间从来不需要 A 接沟通 • 
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餐厅是命令棋式的模型 


好吒 f 达闲 餐斤的女箱待^ 
A 过打 簟高和枏押之闲蘚縝 
V 达 A 怎祥？说重尧 丨 . ^ 




耐心点，快到歌点了 . 

把餐厅想成是 oo 设计模式的一种模型，而这个模型允许将“发出请求 
的对象”和“接受与执行这些请求的对象”分隔开来。比方说，对干 
遥控器 API ， 我们需要分隔开“发出请求的按钮代码”和“执行请求 
的厂商特定对象”。 万一遥 控器的每个插檐都持有一个像餐厅订单那 
样的对象，会怎么样？那么，当一个按钮被按下，只要调用该对象的 
cmlerUpO 方法，电灯就开了，而遥控器不需要知道事情是怎么发生的， 
也+需要知道涉及哪些对象。 

现在我们就把餐厅的对话换成命令模式…… 
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从餐厅到命令模式 

好 r , 我们已经花了很多时间在对象村餐厅，也清楚地知道各种角色的 
特性和他们的职责。现在我们要 ® 新绘制餐厅图以反映出命令模式。所 
有的角色依然不变，只有名字改变了。 


动0和越技者奋命 今村象 
中破綁6 —起。 
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请将餐厅的对象和方法対应到命令模式的相应名称. 


餐厅 

命令模式 

女箱待 

Comwand 

挾餐厨 # 

exeeuteO 

orderUpO 

Client 


Invoker 

顔窖 

Receiver 


takeOrderU 


setConiwaifidO 



命令模式 


笫一个命令对象 

是我们建立第一个命令对象的时候了！现在开始写一些遥控器的代码。虽然我 
们还没搞清楚如何设计遥控器的 AH , 但自下而上逮造一些东西，可能会有帮 

助…… 

实现命令接口 

首先，让所有的命令对象实现相同的包含一个方法的接口。在 S 厅的例子中, 
我们称此方法为 orderllpO , 然而，现在改为-般惯用的名称 executeO 。 

这就是命令接口： 



public interface Command { 
public void execute (); 


只鳶龙-个方法 • executeO. 


实现一个打开电灯的命令 

现在，假设想实现一个打开电灯的命令。根据厂商所提供的类 • Light 

Light 类有两个 方法： on (> 和 offO 。 下面是如何将它实现成一个命令： on () 

off(> 



public class LightOnCorranand implements Cornmand { 
Light light ; 


public LightOnCommand(Light light ) { 
this.light - light ; 



public void execute () 
light.on 0; 


这个 方 ㈣ 角戏？ 
的 on () 方’•去。 


个命今. M 以貪现 
Command^ O , 


构淺器 坡谔入？茗个电巧（比 
方说：菩巧的电巧） ， vMtii : 
ii 个命今控剌.鳔后记录在玄 
例 i 署中。一 s 诮用 
杖由&个电 n 的象成衿戏忮老 ■ 
灸 t 毯受磧求。 


现在有了 LighlOnCommad 类， i ± 我们看看如何使用它 . 
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使用命令对象 


使阁命令对象 


好了， 让我 们把这 . W 简化： 假设我们有一个遥控器，它只有 -- 个按钮和对 

佐的插榷，可以控制-个装 a: »这个命令 

public class SimpleRemoteControl { 厂 托利赛一个装 Be 
Command slot; 

/ ~ 、 这 个方法用來设 E 祛抒控軔的命 

public SimpleRemoteControl () {} 广 今如粟 ii 趿代砝 的書户怨 f 戋 

public void setCommand(Command command) { 变遂茬 8 趑 B 的行 的 . 句以多••之 

slot = command; 调用这个方沾。 


command; 


public void buttonWasPressed() 
slot.execute(); 

} 


劣抬下 # 芘的 . ii 个方法軚含 楗汉 用， 
方 : 在。 


逯控器使阁的简簞谢试 

下而只有一点点代码，用来测试卜•面的简单遥 控器。 我们来肴看这个代码，并 
指出它和命令模式阁的对应关系： 


达基命含榉式的吝户 


public class RemoteControlTest { \ 

public static void main(String[] args ) 丨 < 

SimpleRemoteControl remote = new SimpleRemoteControlU; 

Light light = new Light(); ^~ 

LightOnCommand lightOn = new LiqhtOnCommaad(light); 


㈣ 器 

_ 入象 ㈣ 用 
象氟出碘來。 

% 此的象也扰 4 戌求 
的 4 抆寿。 


remote • setCommand ( lightOn } ^ 
remote . buttonWasPressed (); 


在 Ci ? 舍 Jj! 一个命今.轉后将 


把命今涔汾 该用着 ，: 


拉下祐茌 
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«m^「pen your pencil 


好了，现在让你来实现 GarageDoorOpenCommand 类。先根据 
GarageDoor 类图填好下面的代码。 

public class GarageDoorOpenCommand 
implements Command { 



} 劣代成英在这蓍。 

现在你已经有了一个类，下面代码的输出会是什么？（提示：这个 GarageDoor 的 
叩()方法完成后，将打印出 -Garage Door is Open’） 。 

public class RemoteControlTest { 

public static void main(String[] args)( 

SimpleRemoteControl remote = new SimpleRemoteControl(), 
Light light = new Light(); 

GarageDoor garageDoor = new GarageDoor(); 
LightOnCominand lightOn = new LightOnConunand(light); 
GarageDoorOpenCommand garageOpen = 

new GarageDoorOpenCommand(garageDoor); 


remote.setCommand(1ightOn); 
remote.buttonWasPressedO ; 
remote.setCommand(garageOpen); 
remote.buttonWasPressedO ; 


鑰 ifi 达箋 
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定义命令模式 


定义命令模式 


在经过对象村 fi 厅的学习之后，你已经实现了部分的遥控器 
API , 而且在这个过程中，你也对命令模式内的类和对象是 
如何互动的理解得很清楚了。现在，我们就来定义命令換式, 
并敲定所有的细节。 

先从正式的定义 开始： 


式:将•请 求- 封装成对象.以便 tt 用不同的请求. 
队列或者日志来参数化其他对象 • 命令模式也支持可撤销 
的操作。 


现在，仔细看这个 定义. 我们知道一个命令对象通过在特定 
接收者上绑定一组动作来封装•个请求。要达到这一点，命 
令对象将动作和接收者包进对象中。这个对象只暴露出一个 
executeO 方法，当此方法被调用的时候，接收者躭会进行这些 
动作 ■ 从外面来看，其他对象不知道究竟哪个接收者进行了哪 
些动作，只知道如果调用 executeO 方法，请求的目的就能达到 • 


边 H 装 的硪求 



我们也看到了利用命令来参数化对象的一些例予 • 再回到餐 
厅，一整天下来.女招待参数化许多订单。在简单遥控器中, 
我们先用一个“打开电灯”命令加栽按钮插槽，稍后又将命令 
替换成为另一个“打开车库门”命令。就和女招待一样，遥控 
器插榷根本不在乎所拥有的是什么命令对象，只要该命令对象 
实现了 Command 接口就可 以了。 

我们还未说到使用命令模式来实现“队列、日志和支持撤销操 
作， • 别担心，这是丛本命令瘐式相当直接的扩展，很快我们 
就会看到这些内容。一旦有了足•够的基础，也可以轻易地持所 
谓的 Meta Command Pattern。Meta Command Pattern 可以创建 
命令的宏，以便一次执行多个 命令。 



- 个用老（比方说 ® 控器 
的一个芍用不阕的鴻 


夸數。 
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定义命令 棋式: 
类谗 


命令樓式 


这个 $户 ft 责釗澧 —个 

Concrtt€Commani ,料设 * 

真孩技老。 


这个设 用老辞有一个 
命今对*. 茗个时 
闸魚设用命今时象的 
• xecuteOi ： i t 将讀求 


㈠ 读贫行。 



。_^賴«命今声们—个址 0 。 试用 
命今对象的 **« c “ te () 方法.就芍以让戏枝老进 
/ ㈣ 的劫 n 。 &个姓口也只备-个 《“ o0 方 
ii . 本聋稍后含介绍这个方法。 




遠个 **« c “ te () 方法食谈 
用毯枝老的珀作.以 
请足鴒求。 











从哪里开始 


好？， 我 B 轻能体会命令 祺式〜 
5。 Joe , 谢谢你介矩达令技巧 
我想在完成达个邁控 SAH 之后 
<我们会狨视为起级巨簋。 / 


Mary ： 我也这么觉得。那么，应该从哪里开始？ 

Sue ： 就像我们在简黾遥控器 ( SimpleRemote ) 中所做的一样，我们需要提 
供-个方法，将命令指定到插梢。实际上，我们有7个插槽，每个插榷都具 
备了“开”和“关”按钮，所以我们可以用类似方式’把命令指定给遥控 
器，像 这样： 

onCommancis 【 0 ] =onCon\mand; 
offCommands 【 0]=offCommand; 

Mary ： 很有道理，佴电灯对象应该排除。遥控器如何分辨客厅或厨房的电 
灯？ 

Sue : 喔，对了，遥控器无法 K 分这呰！遥控器除了在按下按钮时，调用对 
应命令对象的 executeO 方法之外，它什么都不知道。 

Mary ： 是的，这个我似乎了解，但是在实现时，如何确定对象打开（或关 
闭）正确的装 S ? 

Sue ： 当我们创途命令并将其加栽到遥控器时，我们创建的命令是两个 
LightCommand , 其中一个绑定到客厅电灯对象，另一个則绑定到尉房的电 
灯对象。别忘了，命令中封 装了* 求的接收者 • 所以，在按下按钮时，根本 
不需要押.会打开哪-.个电灯，只要 execute () 被调用 ， 该按钮的对应对象就右 
动作 • 

Mary ： 我想我慯 f ♦ 现在开始实现这个遥控器吧！我认为一切都会越来越 
清楚。 

Sue ： 听起来很棒，开工了 . 
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将命令持定到插槽 

我们的计划是这 样的: 我们打算将遥控器的每个插權,对应到一个 
命令这样就让遥控器变成“阑屮荇”。当按下按钮，相应命令对象 
的 executeO 方法就会被调用， K •结*就是，接收者(例如:电灯、天 
花板电扁、昔响）的动作被调用。 


( O 备个竑 蜱辛一个矛令 



(2>必趑下均 22. 軚4角吒在奢今杓 
e » eeute ( ) 方:•在, 


(3) ft «««**<> 方法中.越伎寺 
矜处( VI ■戍 if 用 


\1/ 

I offO J 
^ on( 

'SfeveP 


薄碲#蠓不吞 .<c 


T 

• j 龙寺 


你现在的位 S ► 209 



实现暹控器 

实现遥控器 


public class RemoteControl 
Commandfj onCommands? 
Command[] offCommands ； 



这个时 asaiiia 7 个 
孖耷兵的命今.值用 和左激 
蟄命 今。 


public RemoteControl<) { 

onCommands = new Command[7]; 
offCommands = new Command[7]; 




Command noConunand - new NoCommand ()； 
for (int i = 0; i < 7; i++) { 
onCommands[ij ■ noCommand; 
offCommands(ij = noCommand; 


在构 Cl 器中，禽倒化 # 初始 
化这驀个孖鸟 M 的數钱 L 


public void setCommand(int slot. Command 
onCommands[slot] - onCommand; 
offCommands[slot] * offCommar 

) 


and; 


public void onButtonWasPushed(int slot) 
onCommands[slot].execute(); 

) 

public void offButtonWasPushed(int slot) 
offCommands fslot).execute 0; 


onCoiranand, Command offCommand)( 

方法*有 3 个参蛊.分則 
f 2 i . 孖的命今.兵的命今。 Cj 电命今 《记*焱 
开兵教 ffl 中対6的祐稽 fd 霣， 以偁相 后《角。 


^- 达#下丹戒 关的招 a . « 件《 

<r ~' 含»贵访用对在的方法.也 
批 4 on&utton\^AsPnshed() ^ 
oiiBMttonWAt?ushed () 0 


public String toString() { 

StringBuffer stringBuff » new StringBuffer(); 

stringBuf f. append («\n - Remote Control - \n n ); 

for (int i = 0; i < onCommands.length; i++) { 

stringBuff. append ( H f slot ” + i + ”] " + onCommands [ij .getClassO .getName() 
l + ” ” + of f Commands (ij .getClassO .getNameO + ”\n”>; 

return stringBuff.toString(); 

* It « St « c »,(), 打印 4 S 个莓褥和® 

对左的命令。 稍后 4® 该運控 8的的 
读. 全用到 ( j 个; j :. 在。 
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命令棋式 

实规命令 

我们已经为 SimpleRemoteControl (简单遥控器）动手实现过 LightOnCommand , 我 
们可以将相同的代码应用在这里，一切都能顺利进行。关闭命令并没有什么不同， 

事实 i ： ， LightOffCommand 看起来就像 这样： 


public class LightOffCommand implements Conunand { 
Light light; 

public LightOf fConunand (Light light) { 
this.light = light; 


public void execute() { 
light.off(); 


U 0 tO”C_ mo nrf — 祥， PK 霉 

^ -用不同的方法，也魷袅0«()方 

法 0 


让我们来提髙挑战性，如何为音响 ( Stereo ) 编写开与关的命令？好关是 
很容易，只要把 Stereo 绑定到 StereoOffCommand 的 offO 方法就可以了。开就有 
点复杂，假设我们要写一个 StereoOnWithCDCommand . 


public class StereoOnWithCDCommand implements Command { 
Stereo stereo; 


Stereo 

on() 

off () 

s«tCd() 

setOvd() 

setRadioO 

setVolumeO 


public StereoOnWithCDCommand(Stereo stereo) { 


this.stereo = stereo; 



public void execute() { 


杖扣 ® UjhtOnComnum^ 漱 ; 卜样 ■ 
邾籴例 tf 中。 


stereo.on(); 
stereo.setCDO ; 
stereo.setVolume(11)? 


""'~' S \ 1 式现 ci 个硪求. fji * 角音嘀的三个方省: 

或操致 cd . * 后 


4 M ) ii 个嘛 .g 


这一切还不错。 看看剩 下的厂商类，此刻，相信你已经有能力可以完成剩下的 
命令类了。 
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蒯试暹控器 


逐步谢试遥控器 

遥控器的工作差不多已经完成 I 我们剩下要做的亊情是运行测试和准备 API 的 
说明文档巴斯特家庭 S 动化公司一定对我们的成果感到印象深刻，不是吗？ 
我们打算呈现一个绝伴的设计，让他们能够生产易干维护的遥控器。将来，他 
们也将很容易说服 r 商，写一些简单的命令类，因为它们写起来很简单。 


开始测试这份代码吧 i 

public class RemoteLoader ( 

public static void main(String[] args) { 

RemoteControl remoteControl - new RemoteControl () : 


Light livingRoomLi gbt = new Light ("Living Room**}; 
Light kitchenLight = new Light ("Kitchen'*); 

CeilingFan ceilingFan= new CeilingFan("Living Room ”）； 
GarageDoor garageDoor = new GarageDoor( Mw ); 

Stereo stereo = new Stereo ("Living Room'*); 



坍的笮的装 ft 鉍濃任 
含 1 的佬 


LightOnConunand livingRoomLightOn = 

new LightOnCommand(livingRoomLight); 

LightOffCommand livingRoomLightOff = 

new LightOffCommand(livingRoomLight)j 

LightOnCommand kitchenLightOn ■ 

new LightOnCommand(kitchenLight); 

LightOffCommand kitchenLightOff = 

new LightOffCommand(kitchenLight); 

CeilingFanOnCommand ceilingFanOn = 

new CeilingFanOnCommand(ceilingFan); 

CeilingFanOffCommand ceilingFanOff = 

new CeilingFanOffCommand(ceilingFan); 


釗遠辦有的电打命 
今对 象。 


令今。 


GarageE>oorUpCommand garageDoorUp = 

new GarageDoorUpComroand(garageDoor); 
GarageDoorDownCorranand garageDoorDown = 

new GarageDoorDownCommand(garagettoor); 


釔違聋璘门的 i ： 島下 

命今。 


StereoOnWithCDCoramand stereoOnWithCD 

new StereoOnWithCDCormnand (stereo ) 々 
StereoOffCommand stereoOff = k 4 ') 逢奋 的科 / 

new StereoOffCommancMstereo); \ 兵命今 * 
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remoteControl.setCommand(0, 
remoteControl.setCommand(1 , 
remoteControl.setCommand(2, 
remoteControl.setCommand(3, 


1ivingRoomLightOn, 1ivingRoomLightOf f) 
kitchenLightOn, kitchenLightOff); 
ceilingFanOn, ceilingFanOff); j 

stereoOnWithCD, stereoOff); / 


System.out.printIn(remoteControl) ;<r" 

remoteControl.onButtonWasPushed(0); 
remoteControl.offButtonWasPushed(0); 
remoteControl.onButtonWasPushed(1); 
remoteControl.offButtonWasPushed(1); 
remoteControl.onButtonWasPushed(2); 
remoteControl.offButtonWasPushed(2); 
remoteControl.onButtonWasPushed(3); 
remoteControl.offButtonWasPushed(3); 


琛奋 6 绞冇 5 全郝 
的命今. Pit 
tn 知戧到 oi 硿器獾 

蟫中。 


奋 ^ f . 任用打印 
出莕个遂硿器的秸 榷扣它 破存宏 
的命今 u 


^ 5 . -切••禮备舭鋒！现奋， 
迳岁抬下《个竑碲的#耷奂斿 


现在，看着逯控器的測试銥 ％• 


Fie Edit Window Help 



RemoteLoader 

Remote Control 


headfirst.corjnand. remote. L i cj}t!.0;iCc. ： r;acind 
headfirst, command, remote. LightOnConunand 
headfirst .command, ren-icte .Cei 1 inqr anOnComr 1 and 

■. . . ' - ; 

headfirst. command, remote .NoCoronarid 
hecidfirat:. command. remote. NoCommand 
headlirst .command. remote.NoCommand 


omman 

orranan 


■ ... ... . ■ . 

headfirst. command, remote. Cei i ingFanOf f Comnani 
headfirst.command, remote.StereoOffCorwiand 
headfirst. comnand. remote. NoCcprr.arid 
• • ■ - • 
headfirst.command.remote.NoCommand 


Living Room light is on 

Living Room light is off 

Kitchen light is on 

Kitchen light is off 

Living Room ce.i ling fan is on high 

Living Room ceiling fan is off 

Living Room stereo is on 

Living Room stereo is set for CD input 

Living Room Stereo volume set to 11 

Living Room stereo is off 


籌阿秸 If 


命今的狁 H 殘莓 ： c(i. 备个装 l 约轸士甸 1 
由厂 眘走蚵 M 供的 」 it is . •士 一个 宅巧巧 
象*皮勿再. S 含打印达 C<wrn§ Ri7om li^ht is 
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空对象 


NoCommaiid 对象是一个空对象 （miH object ) 的例子。当你不想返回一个有意义的对象 
时，空对象就很有用。客户也可以将处理 null 的责任转移给空对象。举例来说，遥控器不 
可能•出厂就设置了有意义的命令对象，所以提供了 NoCommand 对象作为代用品•当调 
用它的 execute () 方法时，这种对象什么事情都不做。 

在许多设计模式中，都会看到空对象的使用。甚至有些时候，空对象本身也被视为是一 
种设计模式。 




被你发现了。我们的确省略 f 一些 东西。 在遥控器中，我们 
不想每次都检杳是否某个插榷都加载了命令。比方说，在这个 
onButtonWasPushed () 方法中，我们可能需要这样的代码： 

public void onButtonWasPushed(int slot) { 

if ( onCommands [ slot ] !*= null) { 

onConunands [slot] .execute (); 

} 

} 

所以，我们要如何避免上述的做法？实现一个不做事情的命令！ 

public class NoCommand implements Command { 
public void execute() { } 


这么一来，在 RemoteControl 构造器中，我们将每个插榷都预先指定成 
NoCommand 对象，以便确定每个插榷永远都有命令 对象。 

Command noCommand ■- new NoCommand (); 
for (int i ■ 0; i < 7; i++) { 
onCommands 【 i] * noCommand; 
of fCommands[i] = noCommand; 

) 

所以在测试的输出中，没有被明确指定命令的插榷，其命令将是默 
认的 NoCommand 对象。 


旗式荣警奖 

費 
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写文档的时刻到 J 


命令模式 


为巴斯特家电自动化公司设计的遥控器 API 。 

我们很高兴为您呈 献下列 的家电自动化遥控器设计与应用编程接卩 • 主要的设计 B 标是让遥控器代码尽町 
能地 简单， 这样 一来， 新的 I — 商类一旦出现，遥控器并不需要随之 修改。 因此，我们采 用了命 令模式，从 
逻辑上将遥控器的类和厂商的类解稱。我们相愔这将降低遥控器的生产成本，并大大地减少未来维护时所 
需的费用。 


下面的类图提供了设计的全税: 


( RcmotcLoader 创建 I 午多命: 
令对象，然后将其加教到 : 
遥控器的插梢中*毎个命 
令对象都封装了某个家电 1 
自动化装置的一项请求. 


:, RemoteControl 管理一组命令对 
:象，毎个按钮都有一个命令对 
象。毎当按下按钮，就调用相应的 
xxButtonWasPushed () 方法，间接造 
成该命令的 execute () 方法被调用。 


‘令都实现这个 
Command 接 n ， 此接口中包含 
了一个方法，也躭是 executcO , 
命令封装了某个特定』 商类的 
一组动作，遥控器可以通过调 
用 exccute () 方法，执行这些动 
作. 




UflMOnComrwxl 


1 

1 } - 

I public 

) 


ic void ejcecut*<) 
liqhc.offO 


[ k 些厂商类被用来控制特定的家 I 
1 电自动化装置。在这里，我们用 I 

j Light 类当做例+» 

I — — -- - - — —■ - -- 1 


利用 Command 接口，毎个动作都被实现成一个 
简单的命令对象。命令对象持有对一个厂商类 
的实例的引用.并实现了一个 executeO 方法。这 
个方法会调用厂商类实例的一个或多个方法， 
完成特定的行为*在这个例子中，有两个类， 
分别打开电灯与关闭电灯 • 
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别忘了撤销 




哎呀！差点就忘了……还好，因为我们采用基 
本命令类，所以可以很容易地加 I -. 撤销的功能。 
让我们逐步为遥控器加上撤销命令…… 



我们要戗什么？ 


好了，我们现在需要在遥控器上加上撤销的功能。这个功能使用起来就像是这样 的：比 
方说客厅的电灯是关闭的，然后你按下遥控器上的开启按钮，自然电灯就被打开了•现 
在如果按 K 撤销按钮，那么 h —个动作将被倒转，在这个例子里，电灯将被关闭。在进入 
更复杂的例7-之前，先让撤销按钮能够处理 电灯： 

Q 当命令支持撤销时，该命令就必须提供和 execute(> 方法相反的 undo () 方法，不 
管 executeO 刚才做什么， undo () 都会倒转过来》这么一来，在各个命令中加入 
undo () 之前，我们必须先在 Command 接口中加入 undo () 方法： 


public interface Command { 
public void execute(); 
public void undo <); 


VS 基辦加入的办 () 方法。 


这实在是够简申。 

现在让我们深入电灯的命令，并实现 undo () 方法。 
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命令模式 


我们从 LightOnCommaiul 开始下手：如果 LightOnCommand 的 executeO 方法被调 
用，那么最后被调用的是 onO 方法。我们知道 undoO 需要调用 off () 方法进行相反的 
动作。 


public class LightOnCommand implements Command { 
Light light; 


public LightOnCommand(Light light) { 
this.light - light; 


public void execute()( 
light.on(); 


public void undo() { 
light.off()/ 





太容易了！现在来处理 LightOffCommand , 在这里， undo () 方法需要调用电 
灯的 wi (> 方法。 


public class LightOffCommand in^lements Command { 
Light light,* 

public LightOffCommand(Light light) { 
this.light = light ； 


public void execute() { 
light.off0; 

} 

public void undoO { 

1 ight .on ()； 


i 

实在是简单到不行！事情 " j 还没完，我彳 n 还要花一•些力气，让遥控器能 
够追踪最后被按下的按钮是什么. 




,ioO» 
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实现撤销 


0 要加上对撤销按钮的支持，我们必须对遥控器类做一些小修改。我们打算这么做：加入一 
个新的实例变 S ， 用来追踪最后被调用的命令，然后，不管何时撤销按钮被按下，我们都 
可以取出这个命令并调用它的 undoO 方法。 


public class RemoteControlWithUndo { 
Command[] onCommands; 

Command[] offCommands; 

Command undoCommand; 



箾—个命今将破记录任这爱 * 


public RemoteControlWithUndo() { 
onCommands = new Command 【 7 】； 
offCommands = new Command[7]; 


Command noCommand = new NoCommand(>; 
for <int i-0;i<7 ； i+ + ) { 

onCommands 【 i] - noCommand; 
of fComma nds[i] = noCommand; 

) 

undoCommand * noCommand; 


一孖始. 林浚奄的课的••箱 
一个命今_ • 所以将它设 f 
威 NoCowmand 的对象。 


public void setCommand(int slot. Command onComraand, Command offCommand) { 


onCommands[slot] 
offCommands[slot] 


onCommand; 
offCommand; 


public void onButtonWasPushed(int slot> { 
onCommands[slot] - execute(); 

undoCommand - onCommands[slot]; 

} 

public void offButtonWasPushed(int slot} 
offCommands[slot 】 .execute{); 

undoCommand « offCommands[slot]; 

} 



public void undoButtonWas?ushed<> 


old undol 
•Command, i 


undoC 

) 

public String toString () 
// 这甩是 tost ring 代料 ‘ 




劣接下搞往，我们个命今. 

ttndoComwmd 索例変 I 中 ■» 不蓍 
袅“矸”成 - 兵”命今.我们的 
钍理方沾邾4-样的。 


咨抬下#铕#钮，我 n 珣 
用 undoCommand 农例 变蓍的 
undo () ^ . 妖9以制鞀前一 

个命今。 
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命令模式 


QA 时间 

好了！让我们修改测试程序， 测 试撤销按钮。 

public class RemoteLoader { 


public static void main(String[] args) { 

RemoteControlWithUndo remoteControl = new RemoteControlWithUndo(); 


Light livingRoomLight = new Light ("Living Room'*) 


LightOnCommand livingRoomLightOn = 

new LightOnCommand(livingRoomLight); 
LightOffCommand livingRoomLightOff = 



new LightOffCommand(livingRoomLight); 


釗逢一 个窀灼的象扣 妒炎杨 


remoteControl.setCommand(0, 1ivingRoomLightOn, livingRoomLightOff); 


remoteControl.onButtonWasPushed(0); 
remoteControl.offButtonWas Pushed(0); 
System.out.printIn(remoteControl); 
remoteControl.undoButtonWasPushed(); 
remoteControl• of fButtonWasPushed(0) 
remoteControl.onButtonWasPushed(0); 
System.out.println(remoteControl); 
remoteControl.undoButtonWasPushed(); 


〔将电打命今设 f 到遂 
控器的 0 咢祛碲。 

后叛雄。 


结果 如下: 


% java R»mot«Load«r 

- - i 

■' . ...... .. 

[sloe 1 ] headfirst.oosnand - undo.MoComnand I 

fslot 2 ] hnadtirst..cowwand.undo.NoComriar.d l 

(£ _ ; t 3 I headiirs t. c- . ur«f 1 n. NoCrtrcnar d 

- -- ，'•/.: ... : 

；sloc S] heaafir3t .comMnd.tsri--3c.N rfTotid 1 

■ ■ ■ :' '. _ . . , : i 1 

. . ''■ 


栌伞今 


. 

headfirst .comnuntl. undo 
he-irlficst.coiwnanfl.undo 
hearJlir st. command. undo 
headfirst .cormand. undo 
headftr st. cownand. undo 


8t.cop?na 

id'il«t 3 r . ；： ClITfTlri 


MoCoairffund 

NoCrjfWtiiid 

MoComr'and 

NoCOfliTuina 

NoCorrvjnd 

NcComnand 


Light is off 
Light, is on 


- 备下 * 铕益 41. LifhtOtiCommtnd^ 

爹 7 窀 n. 暴打； tn 


现 undo 4 -f *2 ^ ^ 

^ifktOUCi'mmand 


—- — Kcmote Con».rua ----- 

■ . 

- .cemmand. undo. NoComsand headfirst. cornmand. undo. NoC • 

..,; • : I. : ‘ 

l«lot 3) headfirnt.cojnnaril.uiific.N; 心 。 cimani headfirst .command.undo.NoCorman.1 

:' . : : . ■ • 

■；. .... - 

- . . • . 

• ^ I 1 • -' .• - n ：4 r.d.undo.LigntOr.Co«inuncJ 

n ^ --a o 益下轚碲趄 a . 3喊€朽彼关 K 




... 

.LlgntOr • .imf’il 《一. 校今 


坟今 《 do i |这 晕的袅 
itfhtOnCdmnuini 


你现在的位置 ► 219 











需要记录一些 状态以 便撤销 


值用状态实现撤锁 


好了，实现电灯的撤销是有意义的，但也实在是太容 易了。 通常，想要实现撤销 
的功能，需要记录一些状态。让我们试-个更有趣的例子，比方说厂商类中的天 
花板上的吊砬。吊玷允许有多种转动速度，当然也允许被关闭。 

吊扇的源码 如下： 



public class CeilingFan ( 

public static final int HIGH * 3; 
public static final int MEDIUM = 2; 
public static final int LOW = 1; 
public static final int OFF = 0; 
String location; 
int speed; ^ — 


；u . …… 
代象 u 的44。 


public CeilingFan(String location) { 
this.location = location; 
speed = OFF; 


public void high() { 
speed = HIGH; 

// 设 W 高转速 

) 

public void medium() { 
speed • MEDIUM; 

// 设罝中转速 

} 

public void low() { 
speed - LOW; 

// 设置低转速 




这费方法用皋设 1 

系爲£8度。 



public void off () { 
speed = OFF; 

//关闭吊扇 

public int getSpeed() 
return speed; 
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命令模式 


加入撤锁到吊扇的命令类 

现在就让我们把撤销加人天花板吊扇的诸多命令中。这么做，需要 
追踪吊扁的最后设罝速度，如果 undoO 方法被调用了，就要恢复成之 
前吊齒速度的设 S 值。下 Ifii 是 CeiUngFanHighCommand 的 代码： 


public class CeilingFanHighCommand implements Command { 
CeilingFan ceilingFan; 

int prevSpeed; 


public CeilingFanHighCommand(CeilingFan ceilingFan) { 
this .ceilingFan = ceilingFan; 


public void execute() { 

prevSpeed = ceilingFan.getSpeedO ; 

ceilingFan.high (); 


public void undo() { 

if (prevSpeed *=* CeilingFan.HIGH) { 
ceilingFan.high(); 

} else if (prevSpeed «=* CeilingFan.MEDIUM) { 
ceilingFan.medium(); 

} else if (prevSpeed «= CeilingFan.LOW) { 
ceilingFan•low(); 

} else if (prevSpeed *« CeilingFan.OFF) { 
ceilingFan.off(); 

) 



我们还有三个天花板吊扇的命令要写 ： low (低速 ）、 medium 
知道如何实现这些命令吗？ 



糸 ctt 的逢氣。 


在《«<: “ u () 中.在我们汝变系 
廯的( I 度 

前的杖 态记录 起來.以浼 t 靂 
滅铕值用。 


将年窃的 J 度设 f 箱 
的达到桊钚的0的， 


(中 速 ）、 off (关 闭） 。你 
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测试天花板吊扇 


准杳测试天花板吊扇 

该是测试天花板吊扇的时候了。我们打算把第0号 
插楢的开启按钮设罟为中速，把第1兮插槽的开启 
按钮设置为高速，而两个对应的关闭按钮，都是 
关闭吊码的命令。 

测试脚本 如下： 



public class RemoteLoader { 

public static void main{String!] args) { 

RemoteControlWithUndo remoteControl = new RemoteControlWithUndo(); 


CeilingFan ceilingFan = new CeilingFan("Living Room"); 

CeilingFanMediumCommand ceilingFanMedium - \ 

new CeilingFanMediumCommand(ceilingFan); ) ^ 

CeilingFanHighCommand ceilingFanHigh = S ^ 

new CeilingFanHighCommand(ceilingFan );( 
CeilingFanOffCommand ceilingFanOff = 

new CeilingFanOf fCommand(ceilingFan); J 


remoteControl•setCommand(0, 
remoteControl.setcommand(l f 


ceilingFanMedium, ceilingFanOff) ( 
ceilingFanHigh, ceilingFanOff); 


在 ( if 玄例化 3 三个命今，分 

利袅：本！.中！扣爹闭。 


在 Cif 将中！，:18妇籌 
、o 咢 祛缚. 坍惠1 设更 
第（考祛釋.斿加栽 
这某个祐缚的荠闭命今， 


remoteControl.onButtonWasPushed (0) ; -^ 赛光 • 以中 (1 孖 4 系爲。 

remoteControl .of fButtonWasPushed (0) .. 

System.out.println(remoteControl); 终 • H 

remoteControl.undoButtonWasPushed() ^ - 教桷！ A* { 雀含 ® 利中 


remoteControl.onButtonWasPushed(1) 
System.out.println(remoteControl); 
remoteControl.undoButtonWasPushed() 


爲一••欠漱秭.在沬食®利中！。 
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谢试天花板吊扇 


命令模式 


好了，拿起遥控器，加载这些命令，然后按-些按钮! 


I Hdp UndoThal 


% java RemoteLoader 

Living Room ceiling fan is on medium 
Living Room ceiling fan is off 


Remote Control 


以 t J 羚科天花扳早殡 


这4 湟控器 的命今 • 


(slot 0] 
[slot 13 
Command 
(slot 21 
mand 
(slot 3J 
Islot 4J 
[slot 5] 
{slot 6] 


headfirst:. command, undo. NoCommand headfirst .command, undo. NoCommand ^ 

headfirst .command.undo.Cei l i ngr anMedi umComrr'.arid hearifirst . :: 'r>r>- ： -jr. ； i. ... i ■ 

headlirst.command.undo.Cei .1 ingFanHighCoruTiar.d 


.... ■. .; .. 
headlirsc. command, undo. NoCommand 
headfirst. command, undo. NoComn;and 
.' - . 


. . : . . . 
headfirst.command.undo.NoCommand 
headfirst.command.undo.NoCommand 

.圓 . • ■ .. : .'. • - . 


•' ' . 


.undo.CeilingFanOffConOTand 


Living Room ceiling fan is on medium 
Living Room ceiling fan is on high 


Remote Control 


ct — 漱祛蚤 € —个命今 ， t i 
现在.释到尊 (I 。 


. ^^ doxe 录了矗后 

狁行的命今.也弒袅 
C'tiUn^F AnOitCommand 


[slot 0] 
(slot 1] 
Command 
【slot 2 】 
mand 
[slot 31 
[slot 4] 
[slot 5] 
fslot 6 】 


headfirst. command. undo. NoCommand headlirst. command. undo. NoCommand 

headfirst.command.undo.Cel 1ingFanMediumCommand headfirst.command.undo.CeilingFanOff- 


. • - 


headfirst .command.undo.Cei 1 ingFanOf fCow- 


headfirst. command.undo.NoCommand 
headfirst. command. undo. NoCommand 
headfir st. command, undo. NoComrrand 
headfirst. command, undo. N'oC err inland 


： :;rst. corar.and. undo.NoComcridnd 
headfirst.command, undo.NoComirand 
headfirst.command.undo.NoCorur.and 
. .. 


: mdo . headfir a t. command. undo. Cei 1 ingFanHighCommanci <C - 

Living Room ceiling fan is on medium 

在一:之飨锔.天花板年 
戎 QT 到中 i 


现广 i . 尊 il 袅圣后 
破狁行的 命今。 
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宏命令 


毎个遥控器郐 f 異备 “ Party 模式” 

如果拥有了一个遥控器，却无法光凭按 下一个 按钮，就同时能 
弄暗灯光、打开音响和电视、设置好 DVD , 并让热水器开始加 
温，那么要这个遥控器还有什么意义？ 




public class MacroCommand implements Command 
Command[] commands; 


{ 


public MacroCommand(Command[) commands) 
this.commands = commands; 

} 、 


_一杏宏命今中.用命今蛊迅疠耷插 
命今 • 

public void execute() { 

for (int i = 0; i < commands_length; i++) { 

commands 【 i 】 .execute{); 

^ 沾这个宏命今破 il 控器执行的.軚一次 传执 
行數迅 f 的莕个命今。 


224 第 6 章 




命令棋式 


使用宏命令 


让我们逐步来看如 M 使用宏 命令: 


❶ 


先创建想要进入宏的命令 集合： 

Light light ■ new Light("Living Room"); 
TV tv >= new TV {” Living Room"); 





Stereo stereo ■ new Stereo("Living Room"); 

Hottub hottub = new Hottub(); 现 1 S . 4 ') 逢的 $ 的 0 ” 舍 

LightOnConunand lightOn = new LightOnCommand (light) ； 《 — 今來控衫它们。 
StereoOnCommand stereoOn - new StereoOnCommand(stereo); 

TVOnCommand tvOn = new TVOnCommand(tv); 

HottubOnCoromand hottubOn = new HottubOnCommand(hottub); 


<^^rpen your pencil 


我们也 ii 要关闭桉钮的命令，请在这里写下创建 
它们的 代码： 


❷ 


-个蘆姐用*记*矸启 
令今另■■个用象 

接下来创建两个数组，其中一个用来记录开启命令，另一个用来 记录关 ^命记晕’关闭命今 •••”• 

令，并在数组内放入对应的命令： 


Command[] partyOn - { lightOn, stereoOn, tvOn, hottubOn}; 

Command[1 partyOff = { lightOff, stereoOff, tvOff, hottubOff); 

^ ^ 、 ……赛后釗 連驀个 

MacroCommand partyOnMacro = new MacroCommand (partyOn); ^ - M ^ tr ^ 

MacroCommand partyOf fMacro - new MacroCommand (partyOff); 巧匕 v ^ ^ ^ ° 

们。 


❸ 


然后将宏命令指定给我们所希望的按钮： 

remoteControl.setCommand(0, partyOnMacro, 



partyOffMacro); 


个抬钴。 
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宏命令的练习 


O 最后，只需按 r •些按钮，測试是否正常 T - 作。 


System.out.println(remoteControl); 

System.out.printIn( w - Pushing Macro On "); 

remoteControl.onButtonWasPushed(0); 

System. out.println(" - Pushing Macro Off - ") 

remoteControl.of fButtonWasPushed(0); 



龄出如下: 


I Fite Edit Wirntow Help You Can tB«alABabka 


java RemotoLoader 

- Remote Control 


[slot 0 】 headfirst. command .party. MacroCommand 
[slot 1] headfirst. command .party. NoCommand 
[slot 2 J headfirst. command .party. NoCommand 
【slot 3 】 headfirst.command.party.NoCommand 
[slot 4] headfirst .command.party.NoCommand 
[slot b] headfirst.command.party.NoCommand 
[slot 6] headfirst.conunand.party.NoCommanri 
[undo] headfirst. command .party. NoCommand 


个宏命今 

headfirst • command, pa rty .MacroCommand 
headfirst. command .party. NoCommand 
headfirst. command .party. NoComnanci 
headfirst. command, party. NoCommand 
headfirst. command .party. NoCommand 
headfirst, command .party. NoCommand 
headfirst. command, party .NoCommand 


- Pushing Macro On - 

Light is on 

Living Room stereo is on 
Living Room TV is on 

Living Room TV channel is set for DVD 
Hottub is heating to a steaming 104 degrees 
Hottub is bubbling! 

- Pushing Macro Off - 

Light is off 

Living Room stereo is off 

Living Room TV is off 

Hottub is cooling to 98 degrees 


劣戏用丹启宏的.此宏内 
所有的命今部峻执行？…… 


•士•我 n 该用爹吒宏时， < t；a 
_问迓. 
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练习 


我们的宏命令唯一缺少的是撤销功能。一个宏命令被执行完，然后按下撤销 
按钮，那么宏内所进行的每一道命令都必須被撤销。请在下面的代码中，填人 
undo <) 方法的 内容： 

public class MacroCommand implements Command { 

Command[] commands; 


public MacroCommand(Command[] commands)( 
this.commands s commands; 


public void execute() { 

for <int i = 0; i < commands.length; i++) { 
commands[i].execute(); 


public void undo() { 


i ^) : 接收者一定有必要存 
在吗？为何命令对象不亶接实现 
exocute () 方法的细节？ 

^ : 一教来说，我们尽*设 

计•傻瓜”命令对象，它只懂得调 
用一个接收者的一个 行为. 然而， 
有许多“聪明”命令对象会实现许多 
这辑，直接完成一个 请求。 当然你可 
以设计聪明的命令对象，只是这样一 
来，调用者和接收者之间的解 鵜桎度 
是比不上儂瓜”命令对象的，而 
且，你也不能够把接收者当做参数传 
给命令。 




I 1 ®); 我如何能罅实现多层次 
的撤销搡作？換句话说，我希望能够 
按下撤销按钮许多次，撤销到很早很 
早以前的状态。 

: 好问题！其实这相当容 

易做到，不要只是记录最后一个被执 
行的命令，而使用一个堆钱记录操作 
过《的每一个命令 • 然后， 不管什么 
时候按下了振销按钮，你都可以从堆 
栈中取出最上层的命令，然后调用它 
的 undo () 方法 • 


( P ) : 我可以创建一 Party 

Command ， 然后在它的 execute () 方 
法中调其他的命令，利用这种做法实 
现 Party 模式 （Party Mode ) 吗？ 

: 你可以这 么做. 然而. 

这等于把 Party 糢式“硬编码”到 
PartyCommand 中，为什么要这么麻 
煩呢？利用宏命令，你可以动态地 
决定 PartyCommand 是由輝些命令组 
成，所以宏命令在使用上更灵活 •一 
般来说，宏命令的做法史优雅，也需 
要较少的新代码。 
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队列请求 

命令模式的更多 用途： 队列请求 


命令可以将运算块打包（一个接收者和一组动 作〉， 

然后将它传来传去，就像是一般的对象一样。现在， 

即使在命令对象被创逑许久之后，运算依然可以被调 命令 



用。事实上，它甚至可以在不同的线程中被调用。我 
们可以利用这样的特性衍生一些应用，例如：日程安 
排 （ Scheduler ) 、线程池、工作队列等。 

想象有一个丁作 队列： 你在某一端添加命令 • 然后另 
-端則是线程。线程进行下面的 动作： 从队列中取出- 
个命令，调用它的 execmeO 方法，等待这个调用完成， 
然后将此命令对象丢弃，再取出下一个命令…… 


这样枯 <5 豉嘁劣运篝$ 
制在 ( D 宅數0的钱枝中 


枝枝认队糾中一 个个祕 
除命今 的象.然后.谒用 

. 杖含羼去公 
下一个妒的命今的象。 


请注意， J 1 作队列类和进行计算的对象之间完全是解耦的。此刻 
线程可能在进行财务运算，下一刻却在读取网络 数据。 工作队列 
对象不在乎到底做些什么，它们只知道取出命令对象，然后调用其 
executeO 方法 • 类似地，它们只要是实现命令模式的对象，就可以 
放入队列里，当线程 n I ■用时，就调用此对象的 executeO 方法。 


的。此刻鍊 

工作队列 


你认为 Web 服务器如何应用这样的队 
列方式？还能想到任何其他的应用 
吗？ 
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命令模式 


命令糢式的更多 用途： 0志清求 

某些应用需要我们将所有的动作都记录在日志中，并能在系统死机之后，重新调 
用这些动作恢复到之前的状态。通过新增两个方法 （ storeO . loadO ) ,命令摸式 
就能够 支持这 一点.在 Java 中，我们可以利用对象的序列化 ( Serialization ) 实现 
这些方法，但是.般认为序列化最好还是 H 用在对象的抟久化上 （ persistence ) , 

要怎么做呢？当我们执行命令的时候，将历史记录储存在磁盘中 • 一旦系统死机， 

我们就芎以将命令对象®新加栽，并成批地依次调用达些对象的 execmeo 方法， 

这种曰志的方式对干遥控器来说没有意义，然而，有许多调用大型数据结构的 
动作的应用尤法在毎次改变发生时被快速地存储。通过使 用记录 日忐，我们可以 
将上次检査点 ( checkpoint ) 之后的所有操作记录下来，如果系统出状况，从检 
査点开始应用这些 操作。 比方说，对7电子表格应用，我们可能想要实现的错 
误恢 S 方式是将电了•表格的操作记录在日志中， Ifg 不是每次电子表格一有变化 
就 Ui 录整个电子表格。对更高级的应用而言，这些技巧可以被扩展应用到事务 aCnhXSF 个扣方泫. 

( transaction ) 处理中，也躭是说， -- 整群操作必须全部进行完成，或者没有进行 
任何的 操作。 




i 5个令今攻机& 
的.食 it 守 存存话 

金中。 



d 系谈苑机后.这普 
的象食 it t 扣加欹. 
4以正*1的:史终执 ㈠ 。 
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你的设计工具箱 



设计箱沟的工爯 


你的工具箱开始变*了！在本章，我们加入了一个横式，这个横 
式允许我们将动作封装成命令对象， 这样一 来就可以随心所欲地 
储存.传递和调用 它们。 



——要点^^一 

■ 命令模式将发出请求的对 
象和执行请求的对象解 

耦。 

■ 在被解耦的两者之间是通 
过命令对象进行沟通的。 
命令对象封装了接收者和 
一个或一组动作。 

■ 调用者通过调用命令对象 
的 executeO 发出请求.这 
会使得接收者的动作被调 
用。 

■ 调用者可以接受命令当做 
参数，甚至在运行时动态 
地 进行。 

■ 命令可以支抟撤销，做法 
是实现一个 undo () 方法来回 
到 executeO 被执行前的状 
态. 

■ 宏命令是命令的一种简单 
的延伸，允许调用多个命 
令。宏方 法也珂 以支持 
销。 

■ 实际操作时，很常见使 
用“聪明”命令对象，也 
就是直接实现了请求， 
而不是将工作委托给接收 
者。 

• 命令也可以用来实现日志 
和亊务系统， 
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是时候休息一下了。 

这是另一个填字游戏，答案都是来自本章的英文词汇。 



横排提示： 

3. The Waitress was one 

4. A command_a set of actions and a 

receiver 

7. Dr. Seuss diner food 

8. Our favorite city 

9. Act as the receivers in the remote control 

13. Object that knows the actions and the 
receiver 

14. Another thing Command can do 

15. Object that knows how to get things done 
17. A command encapsulates this 


竖排 提示： 

1. Role of customer in the command pattern 

2. Our first command object controlled this 

5. Invoker and receiver are_ 

6. Company that got us word of mouth business 

10. All commands provide this 

11 . The cook and this person were definitely 
decoupled 

12. Carries out a request 

16. Waitress didn't do this 
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为 M acroCommand 写下 undo () 方法 


or" (int 1 - 
conmands 


^rpen your pencil 


我们也会黹要关 w 按钮的命令，请在这里写 f 创 
達它们的代码： 


LightOffCommand lightOff - new LightOffCommand(light); 
StereoOffCommand stereoOff - new StereoOffCoramand(stereo); 
TVOffCommand tvOff - new TVOffCommand(tv); 

HottabOffCommand hottubOff = new HottubOffCommand(hottub); 


H H H H H an 霞 13 师明明 

□ gaaiiBDi9Bi9Bii 

1 OBCIBEIiaBlIBBIBjaB 


I9C1DE1I1BD 

laannei 

n 


g I 曾 a I 

g B B HHHHBHH 蜃画 

_ S 


IDBE1DI1BB 
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7 适 紀器糢 式鸟外难模式 



在本章，我们将要进行一项任务，其不可能的程度，简直就 

像是将 一个方 块放进 一个圆 洞中。 听起来不可能？有了设计模式，就有 
可能。还 id 得装饰者模式吗？我们将对象包装起来，赋予它们新的 职责。 而视在则是 
以不问目的，包装某些对象: U : 它们的接口看起来不像自己而像是別的东西。为何要这 
样做？因为这样就可以在设计中，将类的接口转换成想要的接口，以便实现不同的接 
口。不仅如此，我 fl ‘ l 还要探 W 另一个模式，将对象包装起来以简化其接口。 
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到处都是适配器 


我们阓谲的适紀器 

00适配器是什么，你一定不难理解.因为现实中到处都是。比 方说: 
如果你需要在欧洲国家使用美国制造的笔记本电脑，你可能需要使用 
一个交 流电的适配器…… 



成系 一神戏 o , 

你知道适配器的 作用： 它位于美式插头和欧式插座的中间，它的工作是将欧式插 
座转换成美甙插座，好让关式插头可以插进这个插座得到电力。或者也可以这么认 
为： 适配器改变了插座的接 U , 以符合关式笔记本电脑的需求。 

某些交流电适配器相当简申它们只是改变插座的形状来匹配你的插头，直接把 
电流传送过去。但是有呰适配器内部則是相当复杂，可能会改变电流符合装置的需 
求。 








好了，这是真实世界的适配器，那面向对象适配器又是什么？其实， oo 适配器和 
真实世界的适配器扮演着同样的角色：将-个接 U 转换成另一个接口，以符合客户 
的期 
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面尚对象适轮器 

假设已有一个软件系统，你希望它能和一个新的厂商类库搭配使用，伹是这个新厂商 
所设计出来的接口，+同于旧厂商的 接口： 


的 


你不想改变现有的代码，解决这个问题（而且你也不能改变厂商的代 码）。 所以该怎 
么做？这个嘛，你可以写一个类，将新厂商接 n 转接成你所期望的接口。 




这个 ites 式现： j 俅的* 
所期 f 的 410 . 


㈣ 旛。 糾. 


这个适配器工作起来就如同一个中间人，它将客户所发出的请求转换成厂商类能理解 
的请求。 ^ 

S ** . * 

㉔ tr 工 

不 t 赶 i 代鉍 



你现在的位 B ► 237 




火鸡转接器 


如果它走起踣來像 K 鸭孑，叫起来傀 
R 鸭孑，邡么他玎能是一） 

包装了鸭孑适酡器的火4…… 


让我们来看看使用中的适配器。还记得第1章的鸭子吧？让 
看看鸭子接口和类的一个稍微简化的版本： 


% 

我们 


public interface Duck ( 
public void quack(); 
public void fly (); 


Oicckll^ • 

飞 H 的钱力。 


绿头鸭是鸭子的子类。 


public class MallardDuck implements Duck { 
public void quack() { 

System.out.println("Quack"); 

} ^ 

f/r 

public void fly ()( 

System.out .println ( M I *m flying” >; 




为您介绍最新的“街头顽 禽”： 


public interface Turkey 
public void gobble{) 
public void fly (); 





J 3 .令 4 


9% 


含 * V 圣然 1 不达。 
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public class WildTurkey implements Turkey { 
public void gobble() { 

System.out.println("Gobble gobble ”）； 




火鴣的一个範体窠现。 
扰和鹌孑 -楫. 只昱 ㈣ 
出 火為的砝饩说求。 


public void fly () { 

System.out.println( w I f m flying a short distance"); 


现在，假设你缺鸭子对象， 想用一 些火鸡对象来3充。 

显而易见，因为火鸡的接口不同，所以我们不能公然拿来用。 


那么，就写个适配 器吧: 


再 M - 点 


r 笏光，饬式现想 H 減 d 的类智 赵0, 
也昶爰 Cf •的書户 M 期望卷則的滅 o 。 


public class TurkeyAdapter implements Duck { 
Turkey turkey; 

public TurkeyAdapter (Turkey turkey) { 
this.turkey - turkey; 


戏 «, t 曩取洱11纪的时象 幻用， 
( if 我们利用构 ( tuft 得这个幻用。 


public void quack() { 
turkey.gobble(); 



现在我们 fj 禽现毯 O 中銪有的方法。 
糾虹 K) 存类 之间的 «旗罹葡荦.只1讲用 


public void fly{) { 

for(int i=0; i < 5; i++) { ^ 

turkey.fly (); 》 个 44 O 部 Jl 备 方 ^ < 4 

1 的飞行 >6 虞環 S . 不«锩子芍 以長涂 1 

«。 iii 鶫子的飞行和丈碡的 T 行拥 》 
ri &. 必场 ii «2 次 il 用火鴫 的《»() 柬 
*威。 
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测试适配器 


测试适配器 

现在只需要一些代码来测试我们的适配器: 




public class DuckTestDrive { ' ' 

public static void main {String [] args ) 丨 ^ C 欠唤： 

MallardDuck duck = new MallardDuck() ; iC 一 ^ 扣一 

厂^ -个 m 

WildTurkey turkey = new WildTurkey (); tT f f 吏它 來 ( 象 I 一 

Duck turkeyAdapter = new TurkeyAdapter (turkey) - 

只螓孑。 

System.out.println< H The Turkey says ...")； 

turkey.gobble(); <? - 、 让它 44 

turkey.flyO; ^ 让它*^。 


System.out .println (*'\nThe Duck says ...")； 
testDuck(duck); 〜 

System.out .println ("\nThe TurkeyAdapter says...**); 
testDuck(turkeyAdapter); 


、戏 f . 戌用 testOuckO^ii^ ^ 
"#、# 孑. （ i 个方沾電一 
个 螓孑对 f 。 


) ^ ^ ^ 

static void testDuck (Duck duck) { 个货友去故 - 来了：我灼占 * 

duck.quack() ; - .• _ 子 的义笔 1 者今八 _ 

duck.flyO ； 达 ^ ^^(ff)te s tDuck()jk ^ 

丨 郎'口•蝽子.存; •輯栌 

今“料 0 办叫 () 方: •在。 


:■« 试铕粟 


% java DuckTestDrive 
jThe Turkey says•.. 

Gobble gobble 

I,m flying a short distance 

The Duck says... 

Quack 
I I，m flying 


The TurkeyAdapter 
i Gobble gobble 
I'm flying a short 
I，m flying a short 
I'm flying a short 
I,m flying a short 
I'm flying a short 


distance 

distance 

distance 

distance 

distance 


/ as. 

轉孑畈吩叫. 4 锥簿你 
期望的郎榑飞矜。 

^ :似洲 

的•九4! 


240 第7章 





适紀器模式蘚析 


适配器模式 


现在我们已经知道什么是适配器了，让我们后退一步，再次看看各 
部分之间的关系。 


被适紀者 



窖户使用适 K 器的 过稃如 7: 


o 客户通过目标接口调用适配器的方法对适配器 

发出请求。 衫 4 $ 户和 

— 一个： r . i »4 系•"个 - 

® 适配器使用被适配者接口把请求转换成被适配 
者的一个或多个调用接口。 

❸ 

客户接收到调用的结果，但并未察觉这一切是 
适配器在起转换作用。 
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如果我们也需要一个将鸭子转换成火鸡的适配器，我们称它为 
DuckAdapter 。 淸写下这个类： 


你如何处理飞行方法（毕竞我们知道鸭子飞得比火鸡远）？答案在本章最后。你认为有更好的方法吗？ 



^ : 一 •个适配器需要做多 
少“适配”的工作？如果我需要实现 
一个很大的目标接口，似乎有“很 
多”工作罢做*^ 

: 的确是如此。实现一个 

适配器所需要进行的工作，的确和目 
标接口的大小成正比 • 如果不用追配 
器，你就必須改写客户端的代码来调 
用这个新的接将会花许多 力气来 
做大量的调查工作和代码改写工作 • 
相比之下，提供一个适配器类，将所 
有的改变封装在一个矣中，是比较好 
的做法。 


Y^rjfl^t^uestipns 

l 1 ^ : 一个适配器只能够封装 

一个 类吗？ 

: 适 K 器模式的工作是将 

一个接 o 转换成另一个 S 然大多数 
的适 fc 器糢式所采取的例子都是让一 
个追 fc 器包装一个被追 fc 者，但我们 
都知道这个世界其实复杂多了，所以 
你可能邁到一些状况，需要让一个适 
fc 器包装多个被速》者 # 

这涉及另一个模式，被称为外观樸式 
(Facade Pattern ) ,人们常常将外现 
糢式和述配器糢式洮为一诙，本幸稍 
后将对此详细 说明。 


l 1 ^) : 万一我的系统中新旧并 
存，旧的部分期望旧的厂商接口，但 
我们却己经使用新厂商的接口编写了 
这一部分，这个时候该怎么办？这里 
使用适配器，那里却使用未包装的接 
口，这实在是让人感典漘乱。如果我 
只是固守着旧的代码，宪全不晏管适 
配器.这样子会不会好一些？ 

: 不需要 如此. 可以创建 
一个双向的追 fc 器，支持两边的接 
口。想创建一个双向的适配器，就必 
須实现所涉及的两个接口 • 这样，这 
个追配器可以当做旧的接口，或者当 
做新的接口使用. 
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定义适铊器模式 


适配器棋式 


玩够了鸭子、火鸡和交流电适配器，现在让我们进入真实世界，并看看适配器 
模式的正式 定义： 


it BESS 将一个类的接口，转换成客户期望的另一 
个接口.适配器让原本接口不兼容的类可以合作无间。 


现在，我们知道，这个模式可以通过创建适配器进行接 u 转换，让不兼容的接 
口变成兼容。这可以让客户从实现的接 u 解耦。如果在一段时间之后，我们想 
要改变接口，适配器可以将改变的部分封装起来，客户就不必为了应对不同的 
接口而每次跟着修改。 

我们已经看过了这个模式的运行时行为，现在来看它的 类图： 



这个适配器模式充满若良好的 oo 设计原则：使用对象组合，以修改的接口包装 
被适 配者： 这种做法还有额外的优点，那就是 • 被适配者的任何子类，都可以 
搭配若适配器使用。 

也请留意，这个模式是如何把客户和接口绑定起来，而不是和实现绑定起来的。 
我们可以使用数个适配器，每一个都负责转换不同组的后台类。或者，也可以 
加上新的实现，只要它们遵守目标接口就叶以* 
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对象和类的适配器 

对象和类的适紀器 

現在，尽苷已经定义了这个模式，但其实我们还没有告诉你有关的一切。实 
际上有 •■两 种”适 K 器： “对象”适配器和“类”适 配器。 本章涵盖了对象 
适配器和类适配器 • 前-•页是对象 适配器 的图. 

究竞什么是“类”适 K 器？为什么我们还没告诉你这种适配器？因为你需要多 
電继承才能够实现它，这在 Java 中是不可能的。但是当你在使用多重继承语言 
的时候，还是可能遇到这样的需求。让我们看看多重继承的类图。 


Client 1 

- ► 

Target j| 

1 


requestQ | 





Adapter 


reQuest() 




类 iiie 器不 I 值用 诏含来 
破 iiK 寿.高 I 媸永 
边 (I 釔老和 0杉类 c 


看起来很熟悉吗？没错，唯一的差别就在于适配器继承了 Target 和 
Adaptee 。 而对象适配器利用组合的方式将请求传送给被适配者。 






对象适 配器和 类适配器使用两种不间的适 配方法 （分别是组合与继 
承）。 这两种实现的差异如何影响适 A ! 器的弹性？ 
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适配器横式 


0 


“鸭孑”帖 

你的任务是把鸭子和火鸡的帖，放置到下图中它们 
在前面例子里所扮演的角色 h 。 （试着不要翻页 
看）。 然后加上你自己的批注来描述如何工作。 


类适配器 
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习题解答 




“鸭孑”帖 
蘚芩 


桃 


丈 4 类 


类适配器 


Si 通 


request) 


spedficRequesl() 


審户认巧始 IE 奋扣榷 
孑 :• 句逢。 


⑽工: 






<S 




request ) 


法。 




Ja # 有 * 个类（埯子釦丈 碡）. 
注 KS 制 
读象。 




穿户认巧的迂杏合榷 


配器 



2 


Client 


T»rg9( 


reqimlO 


子沟 il 。 




的劣* •各。 




火鴣的象 


Adapter 


requeslO 



注 *2 器貪现 J 电子的 4| o , 性 
到方法调用吋.含茗托徐丈鸪。 



6料紀赛 


01^* ) ^ 


线的畜 ■ f 




]； 的 il 用。 
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适配 鼉模式 


今在话8:对象适紀器和类适紀器的®对 
$接触。 


卿 


对象适紀器 类适紀器 

因为我使用组合，我不仅可以适配某个类，也可以 
适 配该类 的任何子类，所以我更牲一筹。 

你说的是实话，我的确做不到这一点，因为我只 
能够采用某个特定的被适配类0但是我有一个很 
大的优点，那 就是： 我不需要重新实现我的整个 
被适配者。必要的时候，我也可以覆盖被适配者 
的行为，因为我利用继承的方式。 

在我的世界中，我们喜欢使用组合多过干使用继 
承《或许你的做法可以多节省几行 代矾， 但是我 
只需要写一些代码，将工作委托给被适配者进行0 
我们喜欢让事情更有弹性。 

弹性，或许吧！但效串呢？我可不认为有效率。 
使用类适配器，仅仅需要一个类适配器，而不需 
只不过多了一个小对象，何须如此担心？你或许 要一个适配器和一个被适 配者。 

能够很快地覆苤一个方法，但足我加进适配器代 
码中的任何行为，都可以和我的被适配者类"以 
及”其所有的子类搭配工作。 

是的，但是万一被适配者的子类加入了新的行为, 
, 又会如何？ 

嘿！拜托，饶了我吧，我只需要让组合的对象是 
子类，就可以解决这个问题了。 

听起来很麻烦…… 


你想知道麻煩是什么吗？去照照镜了•吧! 
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真实世界的适配器 


真实世界的适紀器 


ih 我们看看真实世界中一个 简单的 适配器（至少比鸭子更 
实际些）…… 


坩世界的枚举器 


如果你已经使用过 Java , 可能记得早期的 
集合 （ collection ) 类型（例如： Vector 、 
Stack 、 Hashtable ) 都实现了一个名为 
elements () 的方法该方法会返回一个 
Enumeration (举）。这个 Enumeration 接口 
可以逐一走过此集合内的每个元素，而无需 
知道它们在集合内是如何被管理的。 


忮奪笮 • 


•亇 


致铢砂 0 。 


C 


«int 8 rface» 

Enumeration 


has^onE)ewwHs{) 

nextBlwientO 


咅知 I 5 •在钵含中注荀曼多无 
棄 e 




鉍珥琪合中的下_个夭 
景。 


新世界的進代8 


当 Sun 推出更新后的集合类时，开始使用了 
Iterator (迭代器）接口，这个接 U 和枚举接 
口很像，都可以让你遍历此集合类型内的每 
个元素，佴4、同的是，迭代器还提供了删除 
元素的能力。 



用 * R 代杜争埴 <=中的 
ii 个方 1 去者 
知你456约造场#含中的所 
<5珀， 

敌珥#合中的下_个走 


以#含中 》 j 狳_ 
个场。 


ffi 今天…… 

我们经常面对遗留代码，这些代码暴貉出枚举器接口，但我 
们又希望在新的代码中只使用迭 代器。 想解决这个问埋，看 
来我们需要构造一个适配器. 
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将校举适 £ 到迭代器 


适配 鸛檁式 


我们先看看这两个接口，找出它们的方法映射关系。换句话说，我们要找出每一 
个适配器方法在被适配者中的对应方法是什么。 


0林 


( i 薄个方迖看起来很審 
易.杏狃蚋射到透代器的 


« interface » 

Iterator 


« interface » 

Enumeration 

hasNext() 


hasMoreElementsO 

nextO 


nextEfementO 

remove() 



破老毯 t 


fSifi 个 ，，蘭 •() 方: •在义找如何蝻射『 
夺饺聲中4 沒奄爽似 的方法^ 


设计 适紀器 

这个宽应该是这 样的： 我们需要一个适配器，实现了目标接口，而此目标接口是 
由被适配者所组合的。 hasNext () 和 next (> 方法很容易实现，直接把它们从目标对应 
到被适 K 者躭可以了《但是对于 removeO 方法，我们乂该怎么办？请花一些时间想 
—想（我们在下一页就会处理）。目前，类图是这样的： 


扣代砝该 然僅用 ii 代 
», s « 实杉上钤后眩 
藏的4技 箏器。 


ii 弒 4i4»S 。 


~« in ( erface » 
_ Iterator 

hasNext() 

next() 

remove() 


我们 I 值 ( G 代砝中的饺争変洱簿 I 


斯代砝中的达代》， 


这个实规 "5 检聲 
戏 o 的爽.正泉 


^ 破1»老。 


Enumeration Iterator 


« interface » 


Enumeration 

hasNext () 


hasMoreElementsO 

nex (() 


noxtElementQ 

remove () 
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枚举迭代器适配器 


处理 removeO 方法 

好了，我们知道枚举不支持删除，因为枚举是-个“只读”接 「 u 适配器无法实现一个有实 
际功能的 removeO 方法，最多只能抛出一个运行时异常。幸运地，迭代器接口的设计者事先 
料到了这样的需要，所以将 removeO 方法定义成会抛出 UnsupportedOpeartionException 。 


在这个例子中，我们看到了适配器并不完美》客户必须小心潜在的异常，但只要客户够小心, 
而且适配器的文裆能做出说明，这也算是一个合理的解决方案。 

編写一 ^EnumeratorJterator&lSft 

这是一份简单而有效的代码，适合依然会产生枚举的遗 留类。 


public class EnumerationIterator implements Iterator 
{ 

Enumeration enum; 

public Enumerationlterator(Enumeration enum) 
this.enum = enum; 

} 


public boolean hasNext() { ^ 

return enum.hasMoreElements(); 

} 

public Object next() { 

return enum.nextElement(); 

) , 

public void remove()( 

throw new UnsupportedOperationException(); 

) 


©衿裁们坍饺举 i 4 K 威违代器. 

(I 配 8 f 1* 现违代 器戏 0 . 

必场看起来杖俅袅 _ 个透 

我们列用硪含的方式.将检爭结合 
进入注 K . 器中. M 以用一个实例变 
f 记录技聲， 

a 代* ifyh^extOiii 其实盎矣托给技拳 
的方:•在 …… 


…… 的 《 wt (> 方法奠实袅垂托狳校 
拳的 方 d 


很不哉们不钴1对违代器的 
temove () 方:'在，辦以必姨被輿。存 
( if . 我们的鈹:•在甚抛出一个萁 
常 0 
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适配器模式 



虽然 Java 已经采用了迭代器，但还是有相当多的遗留“客户代码”，依赖十 
枚举接 U , 所以利用适配器将迭代器转换成枚举，其实是很有用的技巧。 


编写一个适配器来做这样的转换，可以将此适配器用在 ArrayList 上作为测试。 
ArrayList 类支持迭代器接口，但不支持枚举（尚未支持）。 





某些交流电适配器所做的事情不只是改变接口，它们还加了一些其他的特性，例如：电浦保 
护.指示灯、螯报声等。 


如果要你实现这类特性，你要使用什么模式？ 
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围炉 夜话： 装饰者 与适® 器 


令在话#:装 株者祺 式和适 RS 棋式讨论铍 
此的 差异。 


装秭者 适靛器 

我很重要，我的工作全都是和“贵任”相关的。你 
知道的，当亊情一涉及到装饰者，躭表示有一些新 
的行为或责任要加入到你的设计中。 

你们这些家伙老是把光环放在自己身上，但我们 
这些适配器却隐身于沟渠中，干着脏活——转换 
接口。我们的工作或许不是光彩夺目，但我们的 
客户却很感激我们让他们的生活变得吏容易。 

你说的可能是 真的， 但可不要认为我们工作不努 
力. 当我们必须装饰一个大型接 n 时，咳！可足 

需要很多代码的。 当你必须将若干类整合在一起来提供你的客户所 

期望的接口时，不妨扮演适配器的角色看看，这 
才够練手.不过，我们有一句格言：“被解耦的 
客户才是快乐的客户 • • 

很悄皮！別认为我们独揽了所有的光环，有时候我 
只是一个装饰者，天晓得还有多少其他的装饰者会 
再将我包装起来。当-个方法调用委托给我时，我 
根本不知道有多少其他装饰者已经处理过这个调用 
了，而我也根本不知道我对这个请求所做的付出是 

否会得到別人的注意。 哎呀，我们其实同病相怜。只要适 配 器工作 顺利, 

客户甚至不会意识到我们的存在 • 根本没有人会 
感谢适 K 器所做的一切 • 
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适配器模式 


装怖者 适轮器 

但是，关于我们适配器的好处是，我们允许客户 
使用新的库和子集合，无须改变“任何”代码， 
由我们负责做转换即可。嘿！这是我们的市 场。 


我们装饰者也可以做到，但是我们可以让“新行 
为”加入类中，而无需修改现有的代码。我还是认为 
适配器只是一种装饰者的变体，我的意思是说，适配 
器就和我们一样，都是用来包装对象的。 

不！不！不！才不是这样。我们“一定会”进行 
接 U 的转换，但你们“绝 不会- 这么做。我宁可 
认为装饰者其实是一种适配器的变体》只是你们 
不会改变接口。 

不！我们的工作是扩展我们包装的对象的行为或责任， 

并不是“简单传送”就算了 • 

嘿！你说谁“简单传送”？来呀！转换几个接口 
让我瞧瞧，看你能持续多久！ 

或 t 午我们应该体会到，我们在纸上看起来虽然很类似， 

但其实我们的意图差诗颇大。 

没错，你这么说就对了。 
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谁做了什么？ 


现在,看看不罔么处…… 

在本章中，还有另一个模式。 

你已经知道适配器模式是如何将一个类的接口转换成另一个符合客户期望的接口的。 
你也知道在 Java 中要做到这一点，必须将一个不兼容接口的对象包装起来，变成兼容 
的对象。 


我们现在要看一个改变接 n 的新模式，但是它改变接口的原因是为了简化接口。这 
个模式被巧妙地命 名为外 观模式 （ Facade - Pattern ) ，之所以这么称呼， 是因为 它将一 
个或数个类的复杂的一切都隐藏在背后，只显露出一个干净美好的外观。 

I - /咨雀# + - 

找出毎个模式的0 的： 

模式 意图 _ 

将一个摟 T 3 转成另一个撻 

V 

不改 变摟 O , 侄加入贵任 

让捿简单 


装祚者 
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甜 t 的宗薛彩晚 


适配器模式 


在我们进入外观模式的细节之前，让我们看一个风行全美的热 潮：建 
立自己的家庭影院。 

通过番研究比较，你组装了 套杀手级的系统，内含 DVD 播放器、 
投影机、自动屏幕、环绕立体声，甚至还有爆米花机。 

看看这些组件的 组成： 




o 


«依多 *. 根多 i 
5 . 2有_大铒戏 
o . 筹« «们去孝 
5). 值用。 



你花了好几个星期布线、挂上投影机、连接所有的装置并进行微调 • 现 
在，你准备开始亨受部电釤…… 





r dloll 
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看电 彩的事 前工作 


艰 f 电影（用谬难的方式） 

挑选一部 DVD 影片，放松，准备开始感受电影的魔幻 魅力。 
哎呀！忘了一件事：想看电影，必须先执行—些任务。 

o 打孖爆米芘机 
O 孖绐爆米芘 
o 栴灯光进碚 
O 故 T 屏幕 
o 打孖投彩机 

O 将投彩机的输入 切換到 DVD 
o 将投彩机设 S 在定屠糢式 
o 打孖功故 

O 栴功放的输入设 S 为 DVD 
® 栴功故设 S 为环绕立体声 



256 第7章 



适配器棰式 


让我们将这些任务写成类和方法的调用 


涉双 i ) 六个不 


I 


popper.on () ； 
popper.popO ； 

lights.dim (10); 



力孖瀑米 花机. 科诒堪米花。 


打先谈喊到⑺宄的亮度 


<=：一^ ■ 把廣»放下 。 


screen.down {) ; 
projector.on (); 



projector•setInput(dvd); 
projector.wideScreenMode ()y 


amp.on ()； 
amp.setDvd(dvd); 

amp*setSurroundSoundO ; 

amp.setVolume(5); 



式…… 

勿#功放. 议蠆妁 DVO , 成钚铙主 

体声桷式， …… 


dvd.on () ； 
dvd.play(movie); 



打科 OVD 旛故机 . -终芍以*电 

155 < 


但还不只这样…… 

■ 看完电彩后，你还要把一切都关掉，怎么办？难道要反向地把这-切动作再 进行一 
次？ 

■ 如果要听 CD 或者广播，难道也会这么麻烦？ 

■ 如果你决定要升级你的系统，可能还必须重新学习一套稍微不同的操作过程。 

怎么办？使用你的家庭影院竞变得如此复杂！让我们看看外观模式如何解决这团混 
乱，好让你能轻易地享受电影… 
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灯光.相机.外观 I 

灯光、相机、外难 

你需要的正是一个 外观： 有 f 外观模式，通过实现一个提供更合理的接口的 
外观类，你可以将一个复杂的子系统变得容易使用。如果你需要复杂子系统 
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JR 在， ㈣ 以代糾 ㈣ ®* 1 “ 

两达个子系法的方 法 1 * 所认.想集 
*免||.我 < n ?‘* a 两-个*法（， 
StiwatehMovieO) 秋守认 7 。灯 ^ 
pVPMliiS . «»«!•- - **' * 

卷抹， 一 T ? 气金辟缜定。 


我饫是磬欢捿醎达 
螫 依层的 嫌作！ 




ii 4 值蝽中学 ㈣ 眘料 
f f i 铂分 孖卷。 


适配器横式 


cil 孑系绝外现的 
吝户叇。 



外难只是沒供你更盗纗的 操作， 轉来 
将冻采的孑系统》«起采。如粱你 t 
奚孑系珐类的 叟萬层 功能，还是守 (JC 
值用 涿采的孑系统 。 
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外观 vs . 适 K 器 


DtonfuestJons 


( p ) : 如果 外观封装了子系统的 

类， 那么霱饔低层 功能的客户如 何接触 
这些类？ 

^ : 外现没有“封装”子系统 

的类，外现只拔供简化的 接口. 所以客 
户如果觉得有必要，依然可以 x 接使用 
子系统的类》这是外现檨式一个^•好的 
特征： 提供闻化的接口的同时，依然将 
系坑完整的功能暴露出来，以供需要的 
人使用， 

| p ) : 外观会新增功能吗，或者 

它只是将每一个请求转由子系统执行？ 

: 外现可以附加“聪明 

的”功能，让使用子系统更方便，比方 
说，：&然你的家扃影院卟现没有实现任 
何新行为.但是外现却够聪明，知道爆 
米花机要先开启然后才能开始爆米花 
(同 样，也鮝先开机才能放电影）， 

: 每个子系统只能有 一个外 

观吗？ 

: 不，你可以为一个子系统 

创建许多个外現。 


I 1 ®): 除了能够提 供一个 比较简 

单的接口之外，外观模式还有其他的优 
点吗？ 

^ : 外现糢式也允许你将客户 

实现从任何子系统中解 輛， 比方说，你 
得到了大笔加薪，所以想要升级你的家 
庭影陝，采用全新的和以前不一样接口 
的组件 8 如果当初你的客户代码是针对 
外现而不是针对子系统編写的，现在你 
就不需要改变客户代码，只需要飧改外 
現代码（而且有可能厂商会提供新版的 
外現代码）， 

: 我可不可以这样说，适配 
器模式和外观模式之间的差异在 于：适 
配器 包装一个类.而外观可以代表许多 
类？ 

: 不对！提 ft 你，追 fc 器檨式 

将一个或多个类接 口变成 客户所期望的 
一个接口.虽然大多数教科书所采用的 
例子中追配器只适 fc 一个矣 • 但是你可 
以遠 fc 许多类来提供一个接口让客户编 
碼。矣似地，一个外现也可以只针对一 
个拥有复杂接口的类提供用化的接 
两神撗式的 差异. 不在于它们“包 
装” 了几个类，而是在于它们的意图. 
追 fc 器模式的意图是，“改变”接 o 符 
合客户的期穿；而外现樸式的意图是， 
提供子系统的一个阕化接口. 


外难不 R 是简化 
?捿也将窖 
户从纽件的孑系 
统中藓耦。 

外难和逄紀器玎 
认包装许多类, 
佴是外难的惫思 
是简化捿而 
适铊器的惫笛是 
将捿 w 转狳成不 
罔捿 D 。 
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构埵宗薛影皖外难 


适配罌模式 


让我们逐步构造家庭影院外 观：第 步是使用组合让外观能够访问子 
系统中所有的俎件。 


public class HomeTheaterFacade { 
Amplifier amp; 

Tuner tuner; 

DvdPlayer dvd; 

CdPlayer cd; 

Projector projector; 
TheaterLights lights; 

Screen screen; 

PopcornPopper popper; 



这杖4«含； an 衾用利 的今 
iM 免租碑含郝邮在这重。 


public HomeThea ter Facade (Amplifier amp, 
Tuner tuner, 


DvdPlayer dvd, 
CdPlayer cd. 
Projector projector, 
Screen screen. 



TheaterLights lights, 
PopcornPopper popper) { 


this .amp = amp; 
this.tuner = tuner; 
this.dvd = dvd; 
this.cd = cd; 

this.projector = projector; 
this•screen = screen; 


外規坍孑系 铳中备 -个铂件的 
?|用部 f4 入它的构淺霣中。然后 
4規把它们硪岱铪扣在的裳制 
变 to 


this.lights = lights; 
this.popper = popper; 

// 其他的方法 



这部分的 代茲. 
金锒进 t •…一 
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实现外观 

实现简化的捿 D 

现在该是时候将子系统的组件整合成一个统一的接口了。让我们实现 
watchMovieO 和 endMovieO 两个方法： 


public void watchMovie(String movie) { 

System.out .println ("Get ready to watch a movie 


popper.on{); 

popper.pop(); 

lights.dim(ID); 

screen.down(); 

projector.on()/ 

projector.wideScreenMode(); 

amp.on(); 

amp.setDvd(dvd); 

amp.setSurroundSound(); 

amp.setVolume(5); 

dvd.on(); 



咐 t —() 将⑽匕箱寻 ㈣ ⑽ 
5 场贫料攸疼。糾 ^ 备媒任 
务 ㈣ 托子系统中相 6 的铯 料戌 

的 0 


dvd.play(movie) ; 


public void endMovie() { 

System.out.println("Shutting movie theater down 
popper.off(); 

1ights.on(); _ 

screen.up 0; 资黃荠闭一切。 

projector.off (); ^ 

amp.off(); 
dvd.stop(); 
dvd.eject (); 
dvd.of f (); 


中含注的闼 4 处 If 的。 


想想看，你在 JavaAPI 中遇到过哪些外观，你还希望 Java 能够 
新增哪些外观？ 


262 第7章 



适配器模式 


难 f 电影（用轻枱的方式） 

这 是大陡 身手的时刻！ 



public class HomeTheaterTestDrive { 

public static void main(String[] args) 

// 在这里实例化 m 件 



我 个* 璆中，£戏《23 
I 當的代况 T . 其个4视含 
攻蒋浪 洽吝户 僅用. * 不* S 由菩户 t > 
«釗《外 


HomeTheaterFacade homeTheater = 一 

new HomeTheaterFacade (amp, tuner, dvd, cd, < 、赛光 . 律对-的 
projector, screen, lights, popper); 碑来实 制化 外視： 


homeTheater.watchMovie("Raiders 
homeTheater.endMovie ()j 


of the Lost Ark"); 



璲用阇 ft 的 # O 


疼后兵闭电15。 


光幵 4 电 15. 


酴: i 鍺瞿！这样的 ： 
只#讲用外视的 

Natchf>AovteO. 狄舞切 

旗定了…… 



…… 6 iif . jftfDS 较 
昜 玄宅扔 5. 

，以将一切部兵 

闭。 




% java HomeTheaterTestDrive 


Get ready to watch a movie... 

Popcorn Popper on 

Popcorn Popper popping popcorn! 

Theater Coiling Lights dimming to 10% 

Theater Screen going down 
Top-O-Line Projector on 

Top-O-Line Projector in widescreen mode (16x9 aspect ratio) 
Top-O-Line Anylifier on 

Top-O-Line Axnpli^er setting DVD player to Top-O-Line DVD Player 
Top-O-Line Amplifier surround sound on (5 speakers , 1 subwoofer) 
Top-O-Line Amplifier setting volume to 5 
Top-O-Line DVD Player on 

Top-O-Line DVD Player playing ''Raiders of the Lost Ark" 

Shutting movie theater down... 

Popcorn Popper off 
Theater Ceiling Lights on 
Theater Screen going up 
Top-O-Line Projector off 
Top-O-Line An^lifier off 

Top-O-Line DVD Player stopped ''Raiders of the Lost Ark" 
Top-O-Line DVD Player eject 
Top-O-Line DVD Player off 

% _ 
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定义外观樓式 

定义外 难模式 

想要使用外观模式，我们创建 r 一个接口简化而统一的类，用来包装 t 系统中一个或多 
个复杂的类。外观模式相当直接，很容易理解，这方面和许多其他的模式不太一样 。 w 
这并不会降低它的 威力： 外观模式允许我们让客户和子系统之间避免紧耦合，而且稍后 
你还会看到，外观模式也可以帮我们遵守一个新的# i 向对象原则。 

在介绍这个新的原则之前，先来肴看外现換式的正式定义< 


夕卜观# A 提供了一个统一的接口，用来访问子系统中 
的一群接外*定义了一个高层接 u , 让子系统更容 S 
使用。 


这很容易理解，但是请务必记得模式的窓图。这个定义消楚地告诉我们，外观的意图是 
要提供一个简单的接 n , 好比一个子系统更易于使用。从这个模式的类图可以感受到这 
―•点： 


蜣一的 40系子任用。 


这基一个携承的審户. 

视.書户 


1 


篡9的孑系铣。 



全部内容就是这样，你又多学会 f 一个換式！现在来看一个新的00原则。请注意，这个原则 
可能有点挑战性！ 
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适配器横式 


tt 最少知识”原则 

最少知识 （Least Knowledge ) 原則告诉我们要减少对象之 
间的交互，只留 F 几个“密友”。这个原則通常是这么说 
的： 


m 


设计原则 

最少知识 原則： 只和你的密友谈 
话。 


这到底是什么意思？这是说，当你止在设计一个系统，不 
管是任何对象，你都要注意它所交互的类有哪些，并注意 
它和这些类是如何交互的。 


这个原则希望我们在设计中，不要让太多的类耦合在一 
起，免得修改系统中一部分，会影响到其他部分。如果许 
多类之间相互依赖，那么这个系统就会变成一个易碎的系 
统，它需要花许多成本维护，也会因为太复杂而不容易被 
其他人了解。 


— 

它货这段代码 


耦合了多少类？ 


public float getTemp () { 

return station.getThermomet«r().getTenperature() 
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“最少知识”原则 


如何不要嬴得太多的朋食和影响太多的对象 


究竟要怎样才能避免这样呢？这个原则提供了一些 方针： 

就 任何对 象而言，在该村象的方法内，我们只应该调用属 (0 如 

干以下范围的方法： 鉍 ^ 

㈣ 祕料 法！ 

二 ㈣ 象. m … 

成 4 -«— 个 - ( HAS ^) >■*' 


该对象本身 

被当做方法的参数而传递进来的对象 
此方法所创建或实例化的任何对象 


对象的任何组件 



这听起来有点严厉，不是吗？如杲调用从另 一 个调用中返 
回的对象的方法，会有什么害处呢？如呆我们这样做，相 
当千向另一个对象的子部分 发请求 （而增加我们直接认识 
的对象数目>。在这种情况下，原则要我们改为要求该对 
象为我们做出请求，这么一来，我们就不需要认识该对象 
的组件了（让我们的朋友®•维持在最小的状态）。比方 
说： 


； T : 采用 这 
不琢 


public float getTen^) () { 

Thermometer thermometer = station. getThermoMter (); 


return thermMneter .getTeinp«rature(); 

) 



cif ， 栽们认气象玷 取浔 

5 -J/lt-f (thetmomttei) ^ 

%. 然后羼从*度分的象 


取佴潘度。 


t 用这个 


public float getT«n^>() { 

return station.gQtT«znperatur« (); 

> 

在用扑®則的.我们«气象玷中加进_个 
方法.用來糸 ; ti 叫滅 
少典 们鰣体# 的戋的數 
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适配 器樓式 


将方法调用保持在界照沟 


这是一个汽车类，展示调用方法的各种曲法，同时还能够遵守最少知识原則: 

这4 0-个 ::古 
法。 


public class Car { 

Engine engine; 

// 其他实例变董 

public Car{) { 

// 初始化发动机 

} 

public void start(Key 

Doors doors = new Doors(); 



釗瘦了 一个供 的对象，它 
的方法9以鈹识用 9 


破劣傲誊蛊涔进来的对象， 
其方迖 gw 破礴用。 


boolean authorized - [key.turns () ;| 芍 以 i« 用的 象通件 的方法 * 


if (authorized) 


engine.start() ; 


updateDashboard 

Display {) A 

1 doors. lock {) -- - 


public void updateDashboardDisplay() { 
// 更新显示 


芍以钃用昀一个的象内的本他方 
法 (local mtthod ) 。 

刁以诮用伢搿舍 JjIj ! [卖例 
炻的句象的方省。 


1^1 : 还 有另一 个原则，叫做 

得墨戎耳法供 (Law of Demeter ) , 
它和最少知识原»有什么关系？ 

^ : 其实两个名甸指的是同 

一个原則。我们傾向于使用最少知 
识原則来称呼它是因为以下两个原 
因： （1>这个名字更 直接. （2) 法則 
( Law ) 给人的*觉是强 制的. 事实 
上，没有任何尿則是法律 Uaw > ， 




pns 


所有的原則都应该在有帮助的时候 
才遵守。所有的设计都不免需要折衷 
(在抽象和速度之阆取舍，在空间和 
时间之间平衡……> . 蚤然原 則提供 
了方针，钽在采用原則之前， 必須全 
盘考虑所有的因索。 


IP) 2 采用最少知识原則有什 

么缺点码？ 

^ : 是的，圣然这个原《减 

少了对象之间的依赖，研究夏示这会 
戒少软件的维护 成本； 仨是采用这个 
原則也会导致史多的“包装”类被制 
速出来，以处理和其他組件的沟通， 
这可能会导致复杂度和开发时间的增 
加，并降低运行时的性氤。 
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违反最少知识原则 



pen your penuu 


这些类有没有违反最少知识原則？请说明原因。 


public House { 

Weatherstation station; 


// 其他的方法和构造器 


public float getTempO { 

return station.getThermometer().getTemperature(); 

) 


public House { 

Weatherstation station; 


// 其他的方法和构造器 


public float getTemp<) { 

Thermometer thermometer = station.getThermometer(); 
return getTempHelper(thermometer); 

} 


public float getTempHelper(Thermometer thermometer) 
return thermometer.getTemperature(); 

} 



旄工 gf 

法 f 籌粕佴人 







你能够想出在 Java 中，有哪些常用的地方违反了最少知识原則吗？ 
你应该注意吗？ 


啤 0 叩 ufJchnoui 糾 sXs 奖 











你的设计工具箱 



设计箱沟的工爯 

你的工具箱开始变 重了。 本章加入了几个横式，让 
你可以改变接口，并降低客户和系统之间的耦合。 


00 




麻 W 


集 


二 Vi 

\ \ 

' 

' (MM* 象 ” 

p > #*■*•* 


00樣式 .... 


.一 

…… a 坩加：5 * 个*的携 
式。 它们 郭含畋変戏 o . 

4 K 器的眘® ** 鞾洚戏 
o ,系外姝的秦® 4 曩说 
一和®化 




: 托說 Vi 


一 4 供一个象的姓 




费讲 a ，亇雄 Wo 一^ 一一一 破 〆 

麵 : : 





ik 孑 




-要点— 

■ 当需要使用一个现有的类而其 
接口并不符合你的铕要时，就 
使用适 E 器。 

■ 当需要简化并统一一个很大的 
接口或者一群*杂的接口时. 
使用外*。 

■ 适 K 器改变接【1以符合客户的 
期望。 

■ 外观将吉户从一个复杂的子系 
统中 解檇。 

■ 实现一个适配器可能*要一番 
功夫，也可能不费功夫，视 B 
标接口的大小与复杂度而定， 

■ 实现一个外观，畨要将子系统 
组合进外观中，然后将丄作委 
托给子系统执行， 

■ 适配器模式有两种 形式： 对象 
适配器和类适紀器。类适 K 器 
潘要用到多重继承 • 

■ 你可以为一个子系统实现一个 
以上的 外观。 

■ 适配器将一个对象包装起来以 
改变其接口》装饰者将一个对 
象包装起来以增加新的行为和 
责任，而外观将一群对象“包 
装”起来以简化其接口 * 
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是的，又是拚字时间了。这些字都是来自本章的英文 词汇。 


适配器模式 



横排 提示： 

I . True or false , Adapters can only wrap one 
object 

5. An Adapter _ an interface 

6. Movie we watched (5 words ) 

10. If in Europe you might need one of these 
(two words ) 

II. Adapter with two roles (two words ) 

14. Facade still _ low level access 

15. Ducks do it better than Turkeys 

16. Disadvantage of the Principle of Least 

Knowledge : too many _ 

17 . A _ simplifies an interface 

19. New American dream (two words ) 


竖排 提示： 

2. Decorator called Adapter this (3 words ) 

3. One advantage of Facade 

4. Principle that wasn't as easy as it sounded 
(two words ) 

7. A _ adds new behavior 

8. Masquerading as a Duck 

9. Example that violates the Principle of Least 

Knowledge : System . out ._ 

12. No movie is complete without this 

13. Adapter client uses the __ interface 

18. An Adapter and a Decorator can be said to 

_ an object 
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习題解答 
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适配鼉模式 


你已经知道如何实现一个适 配器， 将 Enumeration 适配成 Iterator 。 現在 请你实 
现一个适配器，将 IteratoriS 配成 Enumeration 。 
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填字游戏解答 


9题蘚答 
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S 糢板方法模式 


♦ 


封装算法 





WORKING 


⑽，”' r 


直到目前，我们的议题都绕着封装转；我们已经封装 
了对象创建、方法调用、复杂接口、鸭子、比萨…… 

接下来卩尼？我们将要深入封装算法块，好让子类可以在任何时候都可以 
将自己挂接进运算申.。我们其至会在本章学到一个受到好莱坞影响而启发的 
设计原则。 


这是新的一章 275 



咖啡和茶的冲泡法很相似 

多采点咖 啡锣吒 

有些人没有咖啡就活不下去《有些人則离不开 
茶。两者共同的成分是什么？当然是咖啡因 
了！ 

但还不只这样《茶和咖啡的冲泡方式非常相 
似，不信你 瞧瞧： 




法* 

( 冰 水妙 

⑶咖供 进杯子 
和中奶 

⑴祀水 篥濞 

⑺紗供 进杯子 
⑷加柠 * 


辭 ,i 


办唞和茶的冲泡 ; 去 
太玫上一♦等.不4 
/喵？ 


_ 


所有的冲 


麻法》*瓤' 


ej #* 公 


細麻娜 *_ 


tt 
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模板方法横式 

怕速搐定几个咖 啡和 茶的类 

( 用 Java 语害 ） 

让我们扮演“代码师傅”，写 一些代 码来创建咖啡和茶。 

下面是 咖啡： 




( j 4 我⑽ ㈣ 炎.滅 



public class Coffee { 


void prepareRecipe() { 
boi1Water(); 
brewCoffeeGrinds() 
pourInCup(); 
addSugarAndMilk(); 




讲錶等捵。 

丨规任分 * 的方法 


莕个 

中。 




public void boilWater() { 

System.out.printIn("Boiling water"); 


public void brewCoffeeGrinds() { 

System.out.printIn("Dripping Coffee through 


public void pourInCup() { 

System.out .println ("Pouring into cup'*); 


( if 基个方:•在邾*现 5 
法中的一个涉痒食 

filter") ; 辦倒进林子、加_和 



public void addSugarAndMilk() { 

System.out .println ("Adding Sugar and Milk'*); 
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茶的实现 


接下来是茶 


public class Tea 


void prepareRecipe() 
boilWater(); 
steepTeaBag ^ 
pourInCup(); 
addLemon(); 


( if 起皋和前 一页 戎辦的实现 
保薄.苒中槳 2 和第 4 个穸薄 
不一祥.任籑本和同的冲 
來法。 



public void boilWater() { 

System.out.println ("Boiling water'*); 



a Hi . 这《个 


public void steepTeaBag () { 匕 — . 

System, out .println ("Steeping the tea"); 茶个方 ^ * 

) 來务 4 <5 的。 


public void addLemon() { 

System, out .println ("Adding Lemon ”）； 

} ^ 


方■:在和扣蝌的方 
法劣食一样！也 
妖4说.在这 1 
出现3 ft 的代 


public void pourlnCup() { 

System.out.println("Pouring into cup"); 
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棋板方法樓式 


_设计谜越 

你已经看到茶和咖啡的类存在着重复的代码。请研究茶和咖啡的类，然后绘制一个 
类图，表达出你会如何重新设计这些类来刪除重复 代码： 


你现在的位置 



第一版 的抽象 

先生，我能够紬取你的珈啡和茶吗? 

看起来这个咖啡和茶类的设计练习相当直接。你的第 
一版设计，可能看起来像这样： 


6 oUW “ M () 和方 # A * 个导 
炎的# 拿. ㈣ 个赧 * 中 • 




S 个子类 郝禮羞 5 

pt « pfl »< R .« ctpe ()^ 

a . 冉禽现的 
冲 n 





獒今。 


「餘之以， 


我们的新设计你觉得怎样？嗯，再看一眼。我们是不是忽略了某些其他的共同点？咖啡和茶 
之间还有什么是相似的？ 
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横板方法模式 

更逬一步的设计 …… 

所以，咖啡和茶还有什么其他的共同点呢？让我们先从冲泡法下手。 



注意两份冲泡法都采用了相同的算法： 

o 拕木瘦沸。 
o 用热本泡咖啡或茶。 

o 把饮料倒进杆孑。< 
o 在铁料沟加入适当的溻料 。—〆 

那么，我们有办法将 prepareRecipe () 也抽象化吗？是的，现在就来看看该怎么 



这赛 个斿; S ■眘边 
袖4來.坫 
们|一样的 . S 
用在不®的 


个 Sti 彼抽达 
來.故《籑爽中 ]• 
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抽象算法 

^^prepareRecipeO 

让我们从每一个子类（也就是咖啡和茶）中逐步抽象 
prepareRecipe (). 

O 我们所遇到的第一个问题，就&咖啡使用 brewCoffeeGrindsO 和 
addSugarAndMiUcO 方法，而茶使用 steepTeaBagO 和 addLemon () 

方法。 


咖啡 

void prepareRecipe() { 
boilWater() ; 

brewCoffeeGrinds(); 
pourlnCup(); 

addSugarAndMilk(); 


茶 

void prepareRecipe() { 
boilWater() / 

< - ^ - > (两 wpag 術 

pourlnCup(); 

- - - > 袖明 wmiri 


让我们来思考这一点：浸泡 ( steep ) 和冲泡 （ brew ) 差异其实不大 • 所以我们给它 
一个新的方法名称，比方说 brew ()， 然后不管是泡茶或冲泡咖啡我们都用这个 名称❶ 
类似地，加糖和牛奶也和加柠檬很相似：都是在饮料中加入调料。让我们也给它 
一个新的方法名称来解决这个问题，就叫做 addCondimentsO 好了 • 这样一来，新的 
prepareRecipeO 方法看起来就像这样： 


void prepareRecipe() { 
boilWater() ; 

brewO ; 
pourlnCup (); 

addCondiments(); 


O 现在我们有了新的 prepareRecipeO 方法， ffl ■是需要 it 它能够符合代码 。要想 
这么做，我们先从 CaffeineBcvcrage (咖啡因饮料）超类开始： 
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模板方法横式 


㈣ 料—个袖象炎° 


public abstract class CaffeineBeverage 

final void prepareRecipe () { 
boilWater(); 
brew(); 
pourlnCup(); 
addCondiments()? 


abstract void brew (); 
abstract void addCondiments <); 
void boilWater() { 

System.out.println( w Boiling water"); 


void pourlnCup{) { 

System.out.printIn("Pouring into cup"); 

} 




© j 6 合埘和茶钍 a 这费方法的鍁: ' 47 ‘阉■銪 
以 ii ® 个方法必糾声料袖象.刻余的本 
给孑楚去被 心。 


J.J S 5 . 我们抖 ii «移利忐 
蚪©故科类中的* 
ffi ). 


} 

❸ 


最后，我们需要处理咖啡和茶 类了。 这两个类现在都是依赖超类（咖啡因 饮料〉 来处理冲泡 
法，所以只斋要自行处理冲泡和添加调料 部分： 


public class Tea extends Caf feineBeverage { 
public void brew() { 

System.out.println("Steeping the tea"); 

} 

public void addCondiments0 { 

System, out • print In < "Adding Leoion"); 

> 


'条和办糾糾 ® 扶科 * 


public class Coffee extends Caf feineBeverage 
public void brew() { 

System, out.println<"Dripping Coffee through filter 1 ' 

} 

public void addCondiments() { 

System.out.println("Adding Sugar and 

> ." : '： e'.：；.:： 


K ts0 - % 

, *“一 一 •象。 

ft -5 41® 


) 
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我们傲？什么？ 


樓板方法檎式 


茶 


我们6绞明仝5 署砷 
冲泡法4 签本相 同的. 

只基一 签乡磲 f f 不 
阌的丈现。辦以我(门 
泛化: j 冲泡法 .把它 -1 
致4 签类。 


咖哺 


❶ »*** 

❼ ㈣ **… 
❸ 进托子 

Q 扣矜樣 


o **<« 

小 ° h ，吻子 

o 加韆扣年祐 



一些步骤依赖 
子类进行 




© 用溥木法浥茶吋 

o 加拧嫌 


咖啡®饮料 

o 挖木砉溥 

o 

O 龙 饺»(» 进杯孑 
o 加请料 





M ® 糾 1 a 扣长 1 

I 扣争痒 3 .任体 
衫扣 MU 衫薄 
z 和乡寡 4 » 



Q 两潘本 畤泡咖 "* 
Q 如_和牛* 
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认识模板方法模式 


认识糢板方法 


基本上，我们刚刚实现的就是模板方法模式。这是什么？ 让我 们看看咖啡因饮料类 
的结构，它包含了实际的••模板方 法”： 


public abstract class C 巍 f 


void 


pr«paz«nftoip*() 





boilWater(); 

_ _ 

I brew U; 


__ 


pourinCup(); 




addCondiments(); 






Mm 


abstract void brew(); 
abstract void addCondiment*(); 
void boilWater() { 

II 实现 

) 

void pourlnCup() { 

// 实现 

) 


pirpAie^ecipeO 裁们的樣 板方: 在。 
@^6： 

(() 毕免它 t 一个方法。 

(2) 它用行一个髯法的棟板存这 
个例子中，髯法4用来軔饩★的 
©故科的， 

奋这个徕扳中 . 货法内 的备 
一个涉錁部哒 "■个方法代表 

?。 

茗螫方法€由这个类（也妖袅赵瘦） 
处理的…… 

…*螫方法由孑类处瑁的 • 


tf 由孑类接俱的方法. < 6 ^ 
在超 类中声 浐为柚象， 


糢板方法定义了-个萁法的步骒， 捋允许 孑类为一个或多个步 
骒搔供实现。 
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走，泡茶去 


横板方法樓式 


让我们逐步地泡茶，追踪这个模板方法是如何工作的。你会得 
知在算法内的某些地方，该模板方法控制了算法。它让子类能 
够提供某些步骤的实现…… 



Q 好吧！首先我们盂要一个茶对象 一• 
Tea myTea = new Tea(); 


boilWater (); 
br«w(); 
pourlnCupO ; 
addCondimants(), 


Q 然后我们调用这个模板// 法： 

myTea.prepareRecipe (); 

它会依照算法来制作咖啡因饮料… • 
o 铨先，把水 煮沸： 



pxepAte^ecipe^ ) 

tlii . 耷人祐 移戋変 
t , ii 个方法 也含体托 
孑类來祛供某墊残知专 
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模板方法带给我们什么？ 

模板方法带给我们什么？ 



不好的茶和咖啡实现 


Coffee 和 Tea 主导一切，它们控制了算 
法。 


Coffee 和 Tea 之间存在若 ® S 的代码。 


对于算法所做的代码改变，需要打开子 
类修改许多地方。 

由干类的组织方式不具有弹性，所以 
加人新种类的咖啡因饮料需要做许多工 
作。 

算法的知识和它的实现会分散在1午多 
类中. 



祺板方法揸供的 
赭炫咖畊©饮料 


由 CaffeineBeveragc 类主导 -- 切，它拥 
有算法，而且保护这个算法。 


对子类来说， CaffeineBeverage 类的存 
在，可以将代码的复用最大化。 


算法只存在于一个地方，所以容易修 
改。 

这个模板方法提供了一个框架，可以让 
其他的咖啡因饮料插进来。新的咖啡因 
饮料只需要实现自己的方法就可以了。 

CaffeineBeverage 类专注在算法本身， 
而由子类提供完整的 实现。 
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定义模板方法模式 


横板方法棋式 


你已经看到了在茶和咖啡的例子中如何使用模板方法模式。现在，就让我们来看 
看这个模式的正式定义和所有的 细节： 


模板方法#1式:在一个方法中定义一个算法的骨架，而 
将一些步骤延迟到子类中.模板方法使得子类可以在不改变 
算法结构的情况下，重新定义算法中的某些步骤。 


这个模式是用来创建一个算法的模板。什么是模板？如你所见的，模板就是一 
个方法.更具体地说，这个方法将算法定义成一组步骤，其中的任何步骤都可 
以是抽象的，由子类负责实现。这可以确保算法的结构保持不变，同时由子类 
提供部分实现。 


让我们看看类图: 


铕板方法在农现髯法的过 沒中. 用 
这《个唐锡辑(1。律板方法本奕和这茶 
个的只休实现 t 用破铒褀5。 


这个袖象的 类色含 5 
硪板方 *: 名。 


. 这个携扳方法斯用 . 

!•) 的辑 <1的柚象戚冬^ 


pcimiiveOpflrationlO ； 





ConcratoCIa 

«Op«ration10 


prtmKiveOpflratton20 



« 板方法 f «这®个袖象方沾时. 
食《用它们。 
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再靠近樓板方法横式 

JB 爯靠近—点- 

I 让我们细看抽象类是如何被定义的，包栝了它内含的模板方法和原语操作。 


W 从 

%, 用 AftMil' H31 必衫现 

abstract class Ab 霧 tr 龜 ctClus { 

final void t«nplat«ltethod () 
priaitiv«Op«ratlonl<); 
primibiv*Operati.on2 (); 
concr«t«Op«ratlon(); 


这妖 4 樣 W 去。 电也"先 
fe / •免 子棗汝变这个“的蝴 


序。 



律飯方沾宏义 了一逢 j 
的梦癉，《个步鎵由. 
个方法代表 9 


abstract void primitiv«Opttrationl () ; 
abstract void primitiveOperation2(> ;〆 
void concreteOperation() { 


// 这里是实现 



在迖个想利中冇泽个屏 
请辨作， 本*? 类必场 
贫现兹们。 


这个柚象类有一个休的操饩。关孑 
发太 d 牌后 含羼饵 ii . 




现在我们要“更犇近-点"，详细看看此抽象类 内可以 有哪些类型的 方法: 


法 碑用 . - — 

>stract class AbstractCl&as { 


( i 荈个方法2袅扣以琯 
样. 金义放柚象，由只沭 
^ 的孑类犮现 a 


final void t*n^lat«M«thod () 
primitiveOperatlonl(); 
primitiveOperation2(); 
concret*Op«ration(); 
hook(); 

} 



abstract void primitiveOperationl(); 
abstract void primitiveOperation2 (); 


final void concret«Operation() { 

ii 这里是实现 

> 


ii 个 u ㈣ 方去衫义柚象*中: 

«“• 携板*法 £ 越值用. 

或老彼孑癜值用。 


void hook() {) 

f 


这4_个冰的方 
任它 f + 么 事碲都 7 漱！ 




我们也 -麩认 不《寧 的方沾 ■. 我 f)#ii 
神方沾与 " hcoh - 

覆 I 它们。 <5 T -«, 我们《含知®钩 
孑的隹味用淦。 





实现钩子 

对糢板方法进行挂钩 • 

钩子是一 种被声 明在抽象类中的方法，但 
只有空的或者默认的实现。钩子的存在, 
可以让子类有能力对算法的不同点进行挂 
钩。要不要挂钩，由子类自行决定。 


钩子有好几种用途， it 我们先看其中一 
个，稍沿再看其他几个： 



public abstract class CaffeineBeverageWithHook 

void prepareRecipe{) { 

boilWater(); 
brew (); 

pourlnCupO; ^ 

if (customerWantsCondiments())( 
addCondiments(); 

} 

} 

abstract void brew(); 
abstract void addCondiments(); 
void boilWater() { 

System.out.println ("Boiling water"); 

} 

void pourInCup() { 

System.out .println Pouring into cup 

} 

boolean customerWantsCondiments() { 

return true; 


^ :二二— 


CttStO' 



⑽ fi 这 * 4 义 ? 一:：.在 技 

个方法⑽ .不训 
的攀。 

ii 杖 4- 个钩子 . 子类 gw 
*ici 个方法 . fS7-aff- 
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使用钩孑 


樓板方法檐式 


为了使用钩子，我们在子类中檯盖它。在这里，钩子控制了咖啡因饮料是 
否执行某部分算法 I 说得更明确一些，就是饮料中是否要加进调料。 

我们如何得知顾客是否想要调料呢？开口问不就行了！ 


public class CoffeeWithHook extends CaffeineBeverageWithHook { 
public void brew() { 

System.out .println ("Dripping Coffee through filter*'); 


public void addCondiments() { 

System.out.println("Adding Sugar and Milk") i 

) 

public boolean custoraerWantsCondiments() { 
String answer - getUserlnput(); 

if (answer.toLowerCase().startsWith("y")) { 
return true; 

)else { 

return false; 


private String getUserlnput() 
String answer _ null; 


伐 * I "3 这个构； 
接供 "5 亡6»的劝链- 


任用声輪入他 (0 対 ii 科的 
决金。輾典用户的鎗入. 
速 CttM 戚以爹 •• 


画_ 


System.out.print("Would you like milk and sugar with your coffee (y/n)?"); 

new BufferedReader(new InputStreamReader(System.in)); 


BufferedReader in 
try { 

answer = in.readLine() 

} catch (IOException ioe) 

System.err.println("10 error trying to read your answer"); 






if (answer -- null) { 
return "no"; 

} 

return answer; 




逢 (4* 
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测试 

执行测试程序 


好？，水孖？……7$是-段谢试铒，用来制造 
热茶和热咖喵。 


public class BeverageTestDrive { 

public static void main(String[] args) { 

TeaWithHook teaHook = new TeaWithHook(); 
CoffeeWithHook coffeeHook = new CoffeeWithHook(); 

System.out.println("\nMaking tea•••"); 
teaHook.prepareRecipe(); 

System.out•println("\nMaking coffee 
coffeeHook.prepareRecipe(); 


^ 舍)瀘一 W . 条。 
一 W . 如 


飨行銥果 


% java BeverageTestDrive 


Making tea — —林务場栌条 & 虻 ’ 士％ 塞 

Boiling water 〜 f , 

Steeping the tea 
Pouring into cup 

Would you like lemon with your tea (y/n) ? y ~4 吨姿找 
Adding Lemon — 料名碑 3 

f -1； ^ ^ ^ ^ h " 

Making coffee.•. u 

Boiling water 免 *5 

Dripping Coffee through filter ' 

Pouring into cup ― J 

Would you like milk and sugar with your coffee (y/n)? n ^ 
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模板方法模式 



我们相信，在你自 d 的代码中你-定可以找到 
其他真实的场面町以使用模板模式和钩了 •• 


Dmnl^^uejstJpns 


1^) : 当我创建一个模板方法 
时，怎么才能知道什么时候该使用抽 
象方法.什么时候使用钩子呢？ 

^ : 当你的子类 “ 必项”提 

供算法中某个方法或步骤的实现时， 
就使用抽象 方法。 如果算法的这个部 
分是可选的，就用 钩子。 如果是钩子 
的话，子类可以选择实现这个钩子， 
但并不强制这么做 u 

: 使用钩子真正的目的是 

什么？ 

^ : 钩子有几种用法*如我 

们之前所说的，钓子可以让子类实 


现算法中可选的部分，或者在钩子对 
于子类的实现并不重要的时候，子 
类可以对此钩子 x 之不理。钩子的另 
一个用法，是让子类能够有机会对橫 
权方法中莱些 ■ 即将发生的（或刚刚发 
生的） 步骤作出反应。比方说，名为 
justReOrdercdList () 的钓子方法允许子 
类在内部列表重新组织后执行某些动 
作（例如在屏幕上重新显示数据 > • 
正如你刚刚看到的，钩予也可以让子 
类有能力为其抽象类作一痊决定 • 

1^) : 子类必须实现抽象类中 

的所有方法吗？ 

^: 是的，每一个具体的子 

类都必須定义所有的抽象方法，并为 


糢板方法算法中表定义步骧提供完整 
的实现。 

|^): 似乎我应该保持抽象方 
法的数目越少越好.否则，在子类中 
实现这些方法将会很麻烦。 

: 当你在写檨板方法的时 
候， 心里 要随时记得这一点。恝要做 
到这一点，可以让算法内的步骤不要 
切割得太细，但是如果步驟太少的 
话，会比较没有萍性，所以要看情况 
折衷。 

也清记住，采 痊步脒 是可选的，所以 
你可以将这些步骧实现成钩子，而不 
是实现成抽象方法，这样就可以让抽 
象类的子类的负荷减轻。 
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好萊坞原则 


好菜坞原则 

我们有一个新的设 II •原则，称为好茱坞 原则: 


好莱坞原则 

別调用（打电话给）我们，我 
们会调用（打电话给> 你。 


很容易记吧？但这和 oo 设 计又有 什么关系呢？ 



n 




好柒坞原則可以给我们一种防止“依赖腐畋”的方法。当 
高层组件依赖低层组件，而低层组件又依赖高 层组件 ，而 


萵层组件又依赖边侧组件，而边_组件又依赖低层组件时. 
依赖腐畋就发生了 • 在这种情况下，没有人可以轻易地搞 


惮 系统是如何设计的。 


在好莱坞原则之下，我们允 i •午低 e 组件将 Q d 挂钩到系统 
上，但是髙层组件会决定什么时候和怎样使用这些低层组 
件。换句话说，高误组件对待低层组件的方式是 ■■别 调 
我们，我们会调用你”。 







惪属錄 !#。 
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好菜坞原则和模板方法 


模板方法模式 


好莱坞原則和模板方法之间的连接其实还算 明显： 当我们设计模板方法模式时，我们告诉子类，“不 
要调用我们，我们会调用你”。怎样才能办到呢？让我们再看一次咖啡因饮料的 设计： 




你现在的位置 




谁做什么 



stipns 


( p ) : 好莱坞原則和依 赖倒置 

原则（第 4 章）之间的关系如何？ 

^ : 依赖倒置原則教我们尽 

t 避免使用具体类，而多使用抽象， 
而好莱坞康則是用在创建框架或组件 
上的一种技巧，好让低层纽件能够被 
祛钩进计算中，而 J ■又不会让高层组 
件依賴低层组件，两者的0标都是在 


于 解輛， 佴是依賴倒置原則更加注重 
如何在设计中避免依賴。 

好莱坞原則教我们一个技巧，创建一 
个有弹性的设计，允许低层结构能够 
互相操作，而又防止其他类太过依賴 
它们。 


l 1 ^) : 低层组件不可以调用离 

层组件中的方法吗？ 

^ : 并不尽然。事实上，低 

层组件在結束时，常常会调用从超类 
中继承来的方法.我们所要做的是， 
避免让高层和低层组件之间有明显的 
环状依賴。 
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荄籽中的模板方法 


樓板方法模式 


模板方法模式是一个很常见的梭式，到处都是。尽管如 
此，你必须拥有一双锐利的眼睛，因为模板方法有许多实 
现，而它们肴起来并不一定和书上所讲的设计_ •致。 

这个模式很常 !*1 是因为对创建框架来说，这个模式简£棒 
极了。 由框架控制如何做♦:怙，而由你（使 用这个 框架的 
人） 指定框架算法中每个步骤的细节。 

让我们步人荒旰，埚开狩拮吧！ （好 啦！荒酐就是指 Java 
API). 
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用轆板方法排序 


用模板方法排序 

我们经常需要數组做什么事情？对了！排冷^ 

Java 数组类的设计者提供给我们一个方便的換板方法 
用来排序，让我们看否这个方法如何 运行： - 


有* 个方;在.共阌 砝供将 序的功 《 s 。 


巧？邊子 》». 我们龙 rt 
^ aatAU<c 1. 如果伢 
s « *t 的代 就去寿 
S«ii 的 》««•••... 



,., 0<3 4 ••个 韆酞 （ h «【 T ««) 方 
*- 个方法 n 

法.用象切二二 “ ft ® 核数逋。 

头 （0) 科始耕存。 


public static void sort(Object[) a) { 
Object auxl] = {Object[])a.clone{) ( 
mergeSort(aux, a, 0, a.length, 0); 


mervSouO 方法色舍耕 4* 法. 杜萁沾 体鞴子 
compAuJoOi 法的禽现来龙威霣珐。 


private static void mergeSort(Object src[], Object dest[J , 
int low, int high, int off) 


絶这钱 A ! —个横 

板 n 


for (int i«low ； i<high; i++)( 
for {int j«i ； j>low && 

< (Comparable) dest [j-1]) .compareTo ((Comparable) dest [ j J) >0; j —) 


swap(dest, j, j- 1)； 


建中宠义了 6 


裁们 tl 食规方 
a . **^fr 镤板 方法的 m 硪。 
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横板方法模式 



假如我们有一个鸭 _ r 的数组需要排序，你要怎么做？数组的排序模板 
方法已经提供了 算法， 但是你必須讣这个模板方法知道如何比较鸭子。 
你所要做的亊情就是，实现-个 cmnpareToO 方法……听起来有道理 
吧？ 


很好的现点！事情是这 样的： sorl () 的设计者希 S 这个方法能使 
用于所有的数组，所以他们把 sort () 变成足靜态的方法，这样一 
来，仟何数组邯可以使用这个方法。但是没关系，它使用起来 
和它被定义在超类中是一样的。现在，还有一个细节要告 诉你： 
因为 sort () 并不是真正定义在超类屮，所以 sort () 方法需要知道你 
已经实现了这个 compartToO 方法，否则就无法进行排序。 


要达到这- •点， 设计者利用了 Comparable 接口。你须实现这个 


接口，提供这个接 U 所声明的方法，也就是 compareToO 。 


什么 IcompareToO? 

这个 compareToQ 方法将比较两个对象，然后返回其中一个是大 T 、 等于还&小子另•个》 
sort () 只要能够知道两个对象的大小，当然就可以进行排序。 
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实现 comparable 接口 


比餃鸦孑 

好了，现在你知道了如果要排序鸭子，就必须实 
现这个 compareToO 方法》然后，数组就以被正 
常地排序了。 


鸭子的实现如下: 



^ « a . 我们翁 * 让裱；爽 * 现 



袜孑數通去鏟孓數 ®。 


public class Duck implements 
String name; 
int weight; 


Comparable 


鹌孑有 名穹和 (本 曾。 


public Duck (String name, int weight) { 
this.name = name; 
this.weight = weight; 


public String toStringO { 
return name + •’ weighs 

} 


" + weight; 


尽蜃让这菜葡荦；切印出名穹和 
休重。 



public int compareTo(Object object)( 

Duck otherDuck = (Duck)obje^t^^-" 


ii «4 坍專銪*用的 …… 

comf.,.roO t * 入** " 只样 + . 和本典 这 . 0 . 

蝣孑 ( fectfe 。 


if (this.weight < otherDuck.weight) { 
return -1; 

} else if (this.weight -= otherDuck.weight) 
return 0; 

} else { // this.weight > otherDuck.weight 
return 1; 


我们在 (i f 赛定锥孑扈如何比跤的。 
如粟 iiP •轉孑的体 f 比系一•样子 
的(本 f 轻，舦連® 如蓽 相等. 
就达如粟孑的钵重较重 • 
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樓板方法横式 


让我们棑序一些鸭孑 

这是测试排序鸭子的程序…… 


public class DuckSortTestDrive { 

public static void main(String[] args) { 
Duck[] ducks = { 

new Duck ("Daffy.’ ， 8 ), 
new Duck("Dewey", 2), 
new Duck("Howard", 7), 
new Duck (’'Louie”, 2), 


new 

new 


碣 d 豸，兴 fnip 用 
类的移态方: •在 
so 1 t 0 . ft 后将罅孑盘 
铯劣作夺盎 3 入。 


); 


Duck 《 "Donald ’、 10 )』 
Duck("Huey", 2) 


System.out.println("Before sorting :”）； 
d 丄 splay(ducks); 




将它 f 3 打印 di 来.看接孑 
们的名$和体重。 


Arrays.sort(ducks) ; 

System.out.println("\nAfter sorting : w )； 
display(ducks); ^ 


public static void display(Duck[] ducks) { 
for (int i = 0; i < ducks.length; i++) 
System.out .println (clucks [i J); 

} 


孖诒斜 4 5 ? 

名穹扣沭重 • 


执行结果! 



% java DuckSortTestDrive 


B«for« sorting : 

Daffy weighs 8 
Dewey weighs 2 
Howard weighs 7 
Louie weighs 2 
Donald weighs 10 
Hu«y weighs 2 

After sorting : 

Dewey M«ighs 2 

Loui« weighs 2 坍 4 妗轉孑 

Hu«y weighs 2 
Howard weighs 7 
Daffy weighs 8 
Donald w«ighs 10 
% 
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慕后 花絮： 排序鸭子 


艰察鸭孑棑序的沟鄯工作 

让我们追踪 Array 类的 sort () 模板方法的工作过程。我们会看到 
模板方法是如何控制算法的，以及在算法中的某些点上它是如 
何要求我们的鸭子提供某个步骤的实现的…… 



I for (int i=low; ichigh; i++){ 

• •. compareTo 0 ••• 

• •. swap () . •. 

Q i •先，我们《要•个鸭子 数组： > 


❼ 


Duck[] ducks = {new Duck(”Daffy "， 8), • • • }; 

然后调用 Array 类的 sortO 揆板方法，并传入鸭子数 

组： . 

Arrays.sort(ducks) ; ^ ^ 


sott() 方:•去控制货••左 . 

耷炎芍以吆変这一東。 

«»«() 体托—个以叫咖仏类 
级供丁 0() 的索现。 


❸ 


o 

❺ 


这个 sorto 方法（和它的 helper mergeSortO ) 控制排 


序过程。 

想要排序一个数组，你需要.次又.次地比较两个项 H ， 

直到整个数 m 都排序完毕。 

当比较两只鸭的时候，排序方法需要依赖鸭子的 
compareToO 方法，以得知谁大谁小❶第一只鸭子的 
compareToO 方法被调用，并传入另-只鸭子当成比较对 
象： 

ducks [0】 .coropareTotchiclcs [1] >; ^_ _ ^ 



如果鸭子的次序不对，就用 Array 的具体 swapO 方法将两 

者对调： 

swap() 

排序方法会持续比较并对调鸭子， ft 到整个数组的次序 




f 这 f ；r •速用鏟 
I 承. 不縴轉嘍的 
J 棣板方法。 

Arrays 

sortO 
swap() 



是正确的! 
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l 1 ^ : 这真的是一个横板方法 

模式吗？还是你的想象力太丰富了？ 

^ : 这个模式的言点在于提 

供一个算法，并让子类实现莱些步驟 
而数组的棑序做法很明显地并非如 
此！但是，我们郝知道， X 野中的樣 
式并非总是如同教科书例子一般地中 
蚬中矩，为了符合当前的坏境和实现 
的约東，它们总是要被追逛地修改 • 
这个 Array 类 sort( ) 方法的设计者受到 
一痊 约東. 通常我们无法设计一个类 
继承 Java 数組，而 sort() 方法希望能 
够适用于所有的敫组（每个数组都是 
不同的类） • 所以它们定义了一个静 
态方法，而由被排序的对象内的每个 


元素自行提供比较大小的算法部分 . 
所以，这蚤然不是教科书上的模板方 
法，但它的实现仍然符合模板方法模 
式的精神。再者，由于不需要继承数 
纽就可以使用这个算法，这样使得排 
序变得更有弹性、史有用， 

I ®):排序的实现实际上看起 
来更像 S 策略棰式，而不 ft 横板方法 

模式。为什么我们要将它归为模板方 
法？ 

答： 你之所以会这么认为， 
可能是因为策略模式使用对象组合。 
在莱种裎度上，你是对的——我们使 
用軚组对象棑序我们的数組，这部 


分和策略樸式非常相似.佴是请记 
住，在策略樓式中，你所纽合的类实 
现了整个算法。数纽所实现的排序 
算法并不完整，它需要一个类填补 
compareToO 方法的实现。因此，我 
们认为这更像樓板方法， 

I ®): 在 Java APt 中，还有其 

他棋板方法的例子吗？ 

答： 是的，你可以在一痊 

地方看釣它们。比方说， java.io 的 
InputStream 类有一个 read() 方法，是 
由子矣实现的，而这个方法又会祓 
rcad(bytc b[], int off.int len> 模板方法 
使用。 



我们知 K 应该多用组合，少用继承，对吧？ sort (> 模板方法的实现决定不使用继承， sort 方法被 
实埂成一个静态的方法，在运行时和 Comparable 组合 • 这样的做法有何优缺点？你如何处置这 
个难题？难道 Java 数组 让这一 切变得特別麻烦吗？ 


2 - 

想 -- 想另一个模式，它是模板方法的一种特殊状况，原语操作用来创建并返回对象。这是什 
么模式？ 
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绘图挂钩 


写一个 Swing 的窗 o 程序 

在我们模板方法的狩措历程中，你要特别注意 Swing 的 JFrame ! 

也许你没用过 JFrame , 在这里简申解释 . F 。 它是最基本的 Swing 容器，继承 
f 一个 paimO 方法。在默认状态下， painlO 是不做亊情的，因为它是一个“钩 
子” ！通过«盖 paintO . 你可以将自己的代码插人 JFrame 的算法中，显示出你 



所想要的画面。下面是一个超级简单的例了 



public class MyFrame extends JFrame { 


我们护暴5汗《_.它色含—个 
«_0 M . ii 个 HW 展 ㈣ 
H ⑽ M A— 1() 构子方法 

和这个霣:•去对土钧。 


public MyFrame (String title) { ^~ 不用 面的麵夸 ’ ^' 4 ^ 

super (title); ―發切始化的访作 . 

this. setDefaultCloseOperation (JFrame. EX I T_ON__CLOSE); 


this.setSize(300,300); 
this.setVisible(true); 


public void paint(Graphics graphics) { 
super.paint{graphics); 

String msg = "I rule!!"; 
graphics.drawString(msg, 100, 100} ‘ 


奸 Mm •的 f 妒#诔破秣妗》^衫 0 * 4 

蚊汄伏态下，不做攀的 . 

它一个钩孑。 

咅 tnaFtame ^ 穿 0 «t 安®出—务肩淼。 


public static void main 《 String[J args) { 

MyFrame myFrame = new MyFrame{"Head First Design Patterns”}; 


(9 0 0 Head First Design Patterns 


• ★厂 I 


® 的我 们命)用钩孑方法. 
錡以芍以 $ 5： 出 这样的 •:志盎。 
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樓板方法樓式 


Applet 

我们最后的狩猫 目标： applet 。 

你大概知道 applet 就是-个能够在网页上面执行的小 程序。 任何 
applet 都必须继承自 Applet 类，而 Applet 类中提供了好些钩子，让我 



们来看看其中的 几个： 

public class MyT^jplet extends Applet 
String message ； 



public void init() { 

message ■ "Hello World, 
repaint{>; ^ - 



imit 构孑用瘃进 rt 印 〆 初始炻珀作.它 
食 ft 一科始的的铱边讲用 "'次 • 

咐 星 A 柙 I 衫类的 •个只体方珐，巧仕 
印 的 i ： 居® 4如道这个印爾曩重谂。 


} 

public void start() { 

message * H Now I'm starting up.. . w ； 在拜 Sir 时.让 螫功作。 


这个构子叫存 splits . 量故签 




repaint () ； 


public void stop() { 物 4 金 

message - *0h, now I’m being stopped. ••*; 如畢用户 的两员.达个 

repaintO; 坡 谀用 . 惟后⑹ 《 t« 巧以 在这》敵 _ * 

寧找來萍 it 它的行动。 

public void destroy() { 


// applet 正在被销毁 



public void paint(Graphics g) { 
g.drawstring(message, 5, 15 )； 


4 诣 ft (if 嘭！ 
老用灰方法嘩? 


劣 这个叫印将鈹稍 is (例 如： 兵闭到贫 
») 时.心钩孑秕含破详用。我 们芍以 
在 (ifS 杀一费系否.佴这么破耔俅浚0么 
金义？ 

达方•正袅钱们的 
appUt 也场 这个方 


法劣傲构孑 3 。 


具体的 applet 大量值用钩孑来揸供行为。 矽为 达些行为是作 
为钩孑实现的，所 cjCAppkt 类弒不用*实现它们。 
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围炉夜话：横板方法与策略 


令在 话#:祺板方 法和萊畸的 


iris ; .t 

撲板方法 萊畴 

策略您好，您怎么会出现在我的章节中呢？我还 
以为必须跟一些无聊的家伙，像是工厂方法，在 
—起呢！ 

不，的确是我，不过你说话要小心一你和工厂 
方法不是有关联吗？ 






我只是在开玩笑啦！说正经的，你在这儿干什么 
呢？我们足足有八个章节没有看到你了！ 


我听说你的章节已经接近尾声，所以特地来看看 
事情怎么样。我们有许多共同点，所以我想或许 
可以提供一些帮助…… 


你可能得再向读者自我介绍一下，因为你已经消 
失很久了. 


嘿！听起来好像是我在做的亊情。但是我的意图 
和你有点不太 一样： 我的工作是要定义一个算法 
的大纲，而由我的子类定义其中某些步骤的内 
容。这么一来，我在算法中的个别步骤可以有不 
同的实现细节，但是算法的结构依然维持不 
不过你就不一样了，似乎你必须放弃对算法的控 
制。 


不见得如此 • 从第1章开始，我在逛街的时候， 
老是被路人拦了下来，他们说■•你不是那个什么 
模式来着…… n ,所以.我想他们知道我是谁。 
不过为了你，我再说一次 好了： 我定义一个算法 
家族，并让这些算法可以互换。正因为毎一个算 
法都被封装起来了，所以客户可以轻易地使用不 
同的 算法。 


我不确定话可以这么说……更何况，我并不是使 
用继承进行算法的实现，我是通过对象组合的方 
式，让客户可以选择算法实现 • 
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模板方法棋式 


樸桎方法 

这我记得。但是我对算法有更多的控制权， 而且 
不会重 fi 代码。亊实上，除了极少的一部分之外, 
我的算法的毎一个部分都是相同的.所以我的类 
比你的有效串得多。会 重复使 用到的代码，都被 
我放进了超类中，好 ih 所有的子类共享。 


好吧，我真替你感到高兴，但是你别忘了，环顾 
四周，我可是最常被使用的模式。为什么呢？因 
为我在超炎中提供了一个基础的方法，达到代码 
的复用，并允许子类指定行为。我相信你会看到 
这一点在创建框架时是非常棒的！ 


这话怎么说？我的超类是抽象的。 


策略呀！就如同我所说的，我真为你感到髙兴 • 
谢谢你来拜访我，但我必须把这个章节剩下的部 
分 完成。 


知道了，别打电话给我，我会打电话给你 


菜畴 


你或许更有效率一点（只是一点点），也的确需 
要 E 少的对象，和我所采用的委托模型比起来, 
你也没那么 复杂。 但是因为我使用对象组合，所 
以我更有弹性。利用我，客户就可以在运行时改 
变他们的算法，而客户所需要做的，只是改用不 
同的策略对象罢了.拜托，作者选择把我摆在第 
1章，这不是没有道理的！ 


也许呢……但是，别忘了依赖！你的依赖程度比 
我高。 

但是你必须依赖超类中的方法的实现，因为这是 
你算法中的一部分。但我就不同了，我不依赖任 
何人， 整个算法我自己搞定！ 


好啦！好啦！不要这么 敏感。 我让你继续工作 
吧，但是如果你需要我的特殊技能，请让我知 
道，我总是乐于助人的。 
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填字游戏 



乂是这个时候了。 



横排提示： 

1 . Strategy uses _ rather than 

inheritance 

4. Type of sort used in Arrays 

5. The JFrame hook method that we overrode to 
print "I Rule" 

6. The Template Method Pattern uses 

_to defer implementation to other 

classes 

8. Coffee and_ 

9. Don't call us, we'll call you is known as the 
_Principle 

12. A template method defines the steps of an 


13. In this chapter we gave you more 

14. The template method is usually defined in an 
_class 

16. Class that likes web pages 


竖排 提示： 

2. __algorithm steps are implemented 

by hook methods 

3. Factory Method is a__of 

Template Method 

7. The steps in the algorithm that must be 
supplied by the subclasses are usually declared 

8. Huey. Louie and Dewey all weigh_ 

pounds 

9. A method in the abstract superclass that does 

nothing or provides default behavior is called a 
__method 

10. Big headed pattern 

11. Our favorite coffee shop in Objectville 

15. The Arrays class implements its template 
method as a_method 
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设 计箱沟 的工異 


我们在你的工具箱内放进模板方法模式。有了模板方法， 
你就可以像专家一样复用代码，同时保持对算法的控制。 


jQO 


00原糾 

"ok 


赛础 

k 


▼ W w • 


— 

*勢力 

fl). 


不 i 


: 体粬 ft 诔氣。 


於我狂 


栽 含找馋 


00 


樣式 

. <*- 4 






\ 4 • 



SHIS 1 


g 苟我们矗扣的樣式 • 
让遑实现一个龔沭，坍一 
喳多薄适迟 f *} 孑炱 U 






i —■^ 一一 _>» ** 一 

j ** 一*广一 •*-— 一 . • 一 ■— 

二 ; 

"喊工二， 

- 一 


——要点 

■ “模板方法”定义了算法 
的步骤，把这些步骤的实 
现延迟到子类。 

■ 模板方法模式为我们提供 
了一种代码复用的重要技 
巧。 

■ 模板方法的抽象类可以定 
义具体方法、抽象方法和 
钩子。 

■ 抽象方法由子类实现。 

■ 钩子是一种方法，它在抽 
象类中不做事，或者只做 
默认的事情，子类可以选 
择要不要去覆盖它。 

I 为了防止子类改变模板方 
法中的算法，可以将模板 
方法声明为 final 。 

■ 好茱坞原则告诉我们，将 
决策权放在髙层模块中， 
以便决定如何以及何时调 
用低层模块. 

■ 你将在真实世界代码中看 
到模板方法模式的许多变 
体，不要期待它们全都是 
一眼躭可以被你认出的。 

■ 策略模式和模板方法模式 
都封装算法，一个用组 
合，一个用继承。 

■ 工厂方法是模板方法的一 
种特殊版本。 
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9 迭代器乌组含模式 


♦ 管理良好的 集合夸 



有许多种方法可以把对象堆起来成为一个集合 ( collec ¬ 
tion ) 。 你可以把它们放进数组、堆栈.列表或者是散列表 (Hashtable) 

这是你的自由。每一种都有它自己的优点和适合的使用时机，但总有一个时候，你 
的客户想要遍历这些对象，而当他这么做时，你打算让客户看到你的实现吗？我们 
当然希望堆好不要！这太不专业了。没关系，不要为你的X作担心，你将在本章中 
学习如何能让客 户遍历 你的对象而又无法窥视你存储对象的方式 | 也将学习如何创 
达一_对象超集合 （super collection ) ,能够一口气就跳过 SC 些 It 人望而生艮的数 
据结构。你还将学到•些关干对象职贵的知识。 


这是新 的一章 


大新闻 


爆炸性 新闻： 对象村餐厅和对象村煎 

真是个好消息！现在我们可以在同一个地方，亨用煎饼屋美味的煎饼早餐, 
和好吃的 S 厅午 S 了。但是，好像有一点小麻烦…… 
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迭代器与组合樓式 


检蛮蕖单项 

至少 Lou 和 Mel 都同意实现 Menultem。 
让我们检査每份菜单上的项目和实现。 


餐⑽菜荦料”聲利― 
的菜擘时*•卑誓场 0 。 * 个*' 
荦 j * 部笮名枒. 狃注和价将。 


public class MenuItem { 
String name; 

String description; 
boolean vegetarian; 
double price; 


呼*柯餐厅 


I **«17 

, 用麩皮®包嫌 

! «£T 

增梅.生菜&西紅祐 

I «« 

• _ 法， e 土豆沙拉 

| 

【热拘 ，険菜，上遂芝士 

I 清霜时薯加费来 

㈣的襄菜(£格米 


3.99 


对枭村 it 播屋 


薄躓供早餐 

簿热饼、携 M 和吐司 

薄贿饼早餐例餐 

薄躬咖 S , 香 m 


道莓薄 _ 

«WF 


2.99 


2.99 


3.49 


3.59 


public MenuItem(String name. 

String description, 
boolean vegetarian, 
double price) 

{ 

this.name = name ; 
this•description = description; 
this.vegetarian = vegetarian; 
this.price - price ； 




个 


public String getName() I 
return name; 


public String getDescription() { 
return description; 


public double getPrice() { 
return price; 

} 

public boolean isVegetarian O { 
return vegetarian; 


L 移 R 珥*辈场的备个穹 
f 欲。 
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两份菜单 


Uu 和 Mel 的菜簞实现 

让我们看看 Lou 和 Mel 在吵些什么。他们都在菜 
单项的存储方式上花了很多的时间和代码，也许 
有许多其他代码依赖这些菜黾项。 


我兩的是 Arraylisf • 

达轉才守吆轻易掩扩 

展琪蕈 》 


这“的热标層菜辈裳现 3 


public class PancakeHouseMenu 
ArrayList menuItems; 

public PancakeHouseMenu() { 

menuIterns = new ArrayList(); 


僅用—个 AtwyList 存嫌他的 

菜輩场。 


m 

pi - 


addltemC'K&B's Pancake Breakfast'*, 

M Pancakes with scrambled eggs, and toast M 
true, 

2.99); <： - 


addltern ("Regular Pancake Breakfast", 

M Pancakes with fried eggs, sausage ”， 
false, 

2.99); 

addltem("Blueberry Pancakes", 

"Pancakes made with fresh blueberries ”， 
true, 

3.49); 


addl tem ("Waffles", 

"Waffles, with your choice of blueberries or strawberries 
true, 

3.59 ); 


旮菜 ㈣ 构4 器中. s - 个菜 辈鋒邾 
含波加入中 3 
、 备一个 "珀部眘-个名枋、—个叙 
注，40#贪场， 汪书 价格。 


I r 

public void addltem(String name. String description, 
boolean vegetarian, double price) 


…个“试“ t 

一个 


$ 






MenuItem menuItem = new MenuItem(name, description, vegetarian, price} 
menuItems.add(menuItem); 


; P 


public ArrayList getMenuItems() { 
return menu I terns; 

} 


// 这里还有菜单的其他方法 
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迭代器与组合模式 


ArrayLiitM^Ml …… 

«« 用一令 真1«數《.所 DC 我眩 
««制*单的长*, 之外.在® 

\出1* 項 《»♦«• 也不 **«!!• 




public class DinerMenq 

static final int MAX— 丄 . 丄 ■ b; 
int number Of Items = 0; 

Menultem[] menu I terns; _ 一 " 

public DinerMenu() { 

menu I terns = new MenuItem[MAX ITEMS]; 


M « i 采用糾用《 4 _ 个純. ㈣ .叫 
斿糾篥章的衣度，411在 K 出篥辈场的的餚，不鼂 # 

«*o 

就來 U“ 一 _. Memi 用 aWumO 鸫珀方法在构 
^ - its 中舍 Jil 菜輩珀的。 


addltem("Vegetarian BLT ”， 

"(Fakin') Bacon with lettuce & tomato on whole wheat", true, 2.99 ); 
addltem<"BLT ”， 

"Bacon with lettuce & tomato on whole wheat", false, 2.99); 
addltem("Soup of the day", 

"Soup of the day, with a side of potato salad", false, 3.29); 
addltem("Hotdog", 

"A hot dog, with saurkraut, relish, onions, topped with cheese ”， 

目 一 “ 

} _^ 達一个篥荦场. 4 实例化它。达个方••去也 

Y > 含焓奩數通4 5 3经起达了它的长度雎制。 

public void addltem(String name, String description, 

boolean vegetarian, double price) 


MenuItem menuItem - new MenuItem(name, description, vegetarian, price); 
if (numberOfltems >= MAX_ITEMS) { 

System.err.println{"Sorry, menu is full! Can't add item to menu") 

)else { 

menultems[numberOfltems] = menuItem; MW 典列让估的 * 擘俘押在_ 宏 的长度 

numberOfltems = numberOfltems + 1; 之为（残夺 4 他不 4 轚记太多食译） 


public Menulteml ] getMenuItems () { 州达 ®) — 个菜辈 珀的數 铂。 
return menultems; 


//这里还有菜单的其他方法 


就和样，荀许多其铋的菜辈 代鹆保耗子这 
个廬通。他任«瘥篥.沒空 f 写 ii 么多代砝 J 
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Java 版本的女招待 



想了解为仆么有两种不同的菜单表现方式会让奉情变得复杂化，让我 
们试着实现一个同时使用这两个菜单的客户 代码。 假设你已经被他们 
两个人合组的新公司雇用，你的作是要创诖一个 Java 版本的女招待 
(毕竞，这是对象 村）。 这个 hva 版本的女招待规格是:能应对顾客的需 
要打印定制的菜单，甚至告诉你是否某个菜单项是素食的，而无需询 
问厨师。这可是一大创新！ 


跟我们来看看这份关十女招待的规格，然后看看如何实现她_ 


■版本的女招待 


打印出菜单上的毎一项 

tB reakfa=tMenuO 

只打印早餐项 

itLunchMenu () 

. 只打印午 s 项 

::二项 

娜， 

否则返 P】 false 
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迭代器与组合樓式 


我们先从实现 primMermO 方法 开始: 


❶ 


打印每份菜单上的所有项，必须调用 PancakeHouseMenu 和 DincrMenu 的 

getMeimltemO 方法，来取得它们各自的菜单项。请注意，两者的返回类型是纟&來一榑 •任 

不一样的。 | 谈用鰣达®的读篥 

, /卸&不一辑的炎嗲° 

PancakeHouseMenu pancakeHouseMenu = new PancakeHouseMenu <); / 

ArrayList breakfastlterns = pancakeHouseMenu.getMenuIterns (); / 

DinerMenu dinerMenu = new DinerMenu (); 

Menultemf ] lunchl terns ■= dinerMenu. getMenuItems <); 早詧场違奋一个 

A « a | tt “中, 午餐场 
«4 杏 一个金 ffl 中。 


for 


Q 现在，想要打印 PancakeHouseMenu 的项，我们用循环将早餐 Array List 内的项 

一一列出来。想要打印 DinerMenu 的项 H, 我们用循环将数组内的项一一列出 ^ 

来。 现6,我们必谗索现 

驀个不®的秫钚.个則 
让1|这驀个不同的菜 

% …… 

七、 . 处 Jf A» t a yl/i « t 的祐 

钚 …… 

^ ……公 If 盘铯的竓钚。 


(int i » 0; i < breakfastItems.size 0 ; i++) { 

MenuItem menuItem = (Menultem)breakfastltems.get(i); 
System.out.print(menuItem.getName O + ^ ^) ; 

System.out.println(menultem.getPrice() + w ; 
System.out.println(menuItem.getDescription()); 


for 


(int i = 0; i < lunchltems.length; i++) 
Menultem menultem = lunchltems[i 】； 

System.out.print(menuItem.getName() 十 ” 

System.out .println (menultem.getPrice () + '、” ; 
System.out.println(menuItem.getDescription()); 


s )； 


Q 实現女招待中的其他方法，做法也都和这一页的方法相类似 • 我们总是需要 
处理两个菜单，并且用两个循环遍历这些項 • 如果还有第三家餐厅以不同的 
实现出现，我们就需要有三个循环。 
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目标 ft 什么 


your pencil 


根据我们的 printMenuO 实现，下列哪一项为真？ 


□ A . 我们是针对 PancakeHouseMenu 和 

DinerMenu 的具体实现编码，而不是 
针对接 n » 

□ B . 女招待没有实现 Java 女招待 API , 所 

以她没有遵守标准。 

□ C . 如果我们决定从 DinerMenu 切换 

到另一种菜单，此菜单的项是用 
Hashtable 来存放的，我们会因此需要 
修改女招待中的许多代码。 


□ D . 女招待需要知道毎个菜单如何表达 

内部的菜单项集合，这违反了封装。 

□ E . 我们有重复的代码< printMenuO 方 

法需要两个循环，来遍历两种不同 
的菜单。如果我们加上第三种菜单, 
我们就需要第三个 循环。 

□ F . 这个实现并没有基于 MXML (Menu 

XML ) ,所以就没有办法互 操作。 


7 — 步艰？ 

Mel 和 Lou 让我们很为难。他们都不想改变自身的实现，因为意味着要重写许多代码。但 
是如果他们其中一人不肯退让，我们就很难办了，我们所写出来的女招待程序将难以维 
护，难以扩展。 


如果我们能够找出一个方法，让他们的菜单实现一个相同的接口，该有多好！（除了他们 
的 getMermhemO 方法的返回类型不同之外，这两个菜单其实非常类似） • 这样一来，我们 
就可以最小化女招待代码中的具体引用，同时还有希望摆脱遍历这两个菜单所需的多个循 
环。 


听起来很棒！但要怎么做呢? 
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玎认封装邊菸码? 


迭代器与组合横式 


如果你从本书中学到了 -件亊情，那就是封装变化的部分。很明显，在这 
里发生变化 的是： 由不 N 的集合 ( collection ) 类型所造成的遍历。但是， 
这能够被封装吗？ ih 我们来看看这个想法…… 


o 要遍历早餐项，我们需要使用 ArrayList 的 sizeO 和 get() 方法: 


for (int i = 0; i < breakfastlterns^size(); i++) { 

Menultem menultem = (Menultem) breakfastlterns . get (i) 

} 


get ( O ) \ 


get (2) get (3) 

'\ 

Arra^List t 


$ « t () 让我们违历备个 
场。 


MMMM 


& 4 _ 个 p 


I 的 


O 要遍历午餐项，我们霑要使用数组的 length 字段和中 括号： 数组 
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封装遍历 


O 现在我们创建一个对象，将它称为迭代器 （ Iterator ) ，利用它来 
封装“遍历集合内的每个对象的过程”。先让我们在 ArrayList 上 
试试： 


我从“中 H 得一个 
菜孝碭迸代》。 


Iterator iterator 


breakfastMenu•createlterator(); 

^__. 一 - 咨 2 冇苒他砝的…… 

while (iterator.hasNext()) { 

Menultem menultem = (Menultem) iterator. next (); 

} 


r 



%r ?. % % 设用 iuisNex〆 ） 和 nextOi 
5 遠代器含鵠中用 Amytist 的 5*K)* 


get ( O ) 


9et(2 \ get ,3, 

ArrayList 、 


MMMM 


O 将它也在数组上 试试： 

Iterator iterator = lunchMenu.createlterator(); 
while (iterator.hasNext()) { 

_ . ■麟 ， \ — As ^ MB M ^ 如 


} 

一 fe“S 代砝宅 t -样。 


iif 的作况也4 一祥 的： 害户 P‘t 戊用 
ZusrN 你 () 和” 《t () 印芍:系透代 》金_中僅 
用教通的下杉 a 


G 

: ter<^ 



324 第9章 




迭代器与组合模式 


会见迭代器模式 

看起来我们对遍历的封装已经奏效了：你大槪也已经猜到，这正是 
-个设II模式，称为迭代器校式 （Iterator Pattem) 。 

关于迭代器模式，你所需要知逬的第.件事情，就是它依赖 T 一个 
名为迭代器的接口。这是一个可能的迭代器的 接口： 


fcAsNMtO 方法苦诉 我们， 
袅否在 ( i 个餐含中汪穷 



更多的元景* 


方法适 阳这个 _ 
合中的下 -个的 象。 


现在，一旦我们有 r 这个接 n， 就可以为各种对象集合实现 
迭 代器： 数组、列表、散列表……如果我们想要为数组实现 
迭代器，以便使用在 DinerMemi 中，看起来就像 这样： 



"“) tmtot 农现 "5 违代器衫 


让我们继续实现这个迭代器，并将它挂钩到 DinerMemi 中，看 
它是如何工作的…… 


终我们说 "鑲 含" UollMtloiO 的 
村保， 我们箱的是一辟对象。其徉《方 
式砑认是各式各轉的数揭蛣构，例 釦：列 
表、数姐、彀列表，无论用 f + 么方式 存铴， 

含 ( aggregate ) • 
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制遗一个迭代器 

在餐厅蕖单中加入一个迭代器 


想要在餐厅菜单中加入 一个迭 代器，我们需要先定义迭代器 接口: 


这4钱们的#个方法， 


public interface Iterator 
boolean hasNext(); 
Object next (); 



其中， hMN « xt () 方法含达® 一个布 
值，让 我们拎 H 否®笮曼多的无 
棄 •… 

•••••• 布相时 () 方珐送 5 PT 一个 

才柰0 


现在我们*要实现一个具体的迭代器，为餐厅菜单 服务: 



public class DinerMenulterator implements Iterator ( 
MenuItem[ 】 iterns; 


int position = 0; 


实现 违代8 通 o 。 

(会班。 


public DinerMenulterator(Menultem 【】 
this.items - items; 



构 ( t»f 1 詖详入一个菜 
輩砀的激 01 咨傲誊激。 


public Object next()( 

MenuItem menultem = items[position]; 
position = position + 1; 
return menultem; 

} 


方法达©巖组内的下 一 
碯， # il 坩與倍 


public boolean hasNext() { 

if (position >« items. length I I items 【 position】==> null) { 
return false; 

} else { 

return true; 

} 

方法 含检嗇我们 I 劣 • g ® 片僅用 的袅® 定在度的激细.所以 

经取饵激铂内««的无砉。如果 我 fH 石 ( SJ 检奢是杀龕±5蘆铂杀縻. 

2有无#碲迸历， 則这 也必羝检杳 基裘下 一珀憙如票基 

nult, 舭表 承沒有 與估項5, 
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迭代器与组合模式 

用迭代番改写餐厅菜单 

好了，我们已经有了迭代器。现在就利用它来改写餐厅 菜单， 我们只需加入一个 
方法创建一个 DinerMenulterator, 并将它返回给客户： 


public class DinerMenu ( 

static final int MAX—ITEMS = 6; 
int numberOfItems =0; 
Menultem[] menultems; 

// 构造器在这 m 

// addltem 在这电 



我们不羼 t 麗 itMtKuHtmtOjS it . 
*£#*£. 致们枨冬不 SI ii 个方 
法, ©的它 食暴*我们*郝的*现。 



public Iterator createlterator() { 

return new DinerMenuIterator(menulterns); 


// 菜单的其他方法在这里 


这爰 方:在 .用 

乘从粢輩珀蛊铯皆 J St — 个 
OineiMenu ^ teiatot , 爲将 它达® 
给窖户 D 


达器毯 c ? o 客户不釦道#巧菜輩 4 ㈣ 
绝护菜擘场的，也 不電蜃 扣道达代器袅如问犮现的。 
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女招待遍历 


修正女招待的代码 

我们需要将迭代器代码整合进女招待中。我们 
应该摆脱原本冗余的部分。整合的做法相当直 
接：首先创建一个 primMenu () 方法，传入一个 
迭代器当做此方法的参数，然后对每一个菜箏 
都使用 createlteraiorO 方法来检索迭代器，并 
将迭代器传入新方法。 


public class Waitress { 

PancakeHouseMenu pancakeHouseMenu; 
DinerMenu dinerMenu; 



在构 Cl 器中，士稆碲掙祅驀个粢 




public Waitress(PancakeHouseMenu pancakeHouseMenu, DinerMenu dinerMenu) { 

this.pancakeHouseMenu = pancakeHouseMenu; n< ^ « 

this. dinerMenu = dinerMenu; 这个 方 ’ ’ 

} i jrfi 也 6 •、遣 一个达 


public void printMenu() { 

Iterator pancake I terra tor = pancakeHouseMenu. createlterator (); 
Iterator dinerlterator = dinerMenu.createlterator(); 

System. out. print In (*'MENU\n - \nBREAKFAST"); 

printMenu(pancakelterator); 

System.out .println (” \nLUNCH") ; 
printMenu(dinerlterator); 


• 个某 5 ( 备 

代 8, 


« 后时 《 个违代器戌用重戴的 
(ovetloniti) jnintlVWO, ftffl 
代 8 C 4 入. 


private void printMenu(Iterator iterator) (i **. 

while (iterator.hasNext ()) { 匕 ~ 饵 

Menultem menuItem = (Menultem)iterator.next(); 
System*out.print(menuItem.getName 0 + n ,")； 

System, out. print {menultem. getPriceO + " — n )； 
System.out .println (menu I tem. get Description (”； T 

> 




这个 t 戤的 
piindWn “() 方:在 .使用 
透 代器. 來邊场篥擘 


//其他的方法 


现在 a 们 . 0 .t 
t — 个铋口.杖 5 j 


值用 <玄珀來极饵名 
你、 价格和叙这， 
林冇印出來。 
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谢试我们的代码 


迭代器与组合模式 


快來测试吧！让我们写一些测试程序，然沿看看女 
招待如何 C 作…… 


冬光我们釗痙*5扣的蒗辈。 

public class MenuTestDrive { \ 

public static void main(String args[]) { ^ ) 

PancakeHouseMenu pancakeHouseMenu = new PancakeHouseMenu《}; J 
DinerMenu dinerMenu = new DinerMenu (); 

Waitress waitress = new Waitress(pancakeHouseMenu, dinerMenu); ^ ^ ^ ^ ^ — 


waitress.printMenu (); 


个合筅碲， 4 枵蒗 
輩作达 给妨. 


然后裁 fH 把菜荤打印 达 
t 


飨行钴 果_ 


% java DinerMenuTestDrive 
MENU 


層*辈 


BREAKFAST 

K&B's Pancake Breakfast, 2.99 -- Pancakes with scrambled eggs, and toast ¥ 笮菜 

Regular Pancake Breakfast, 2.99 -- Pancakes with fried eggs, sausage t ^ ^ ^ 

Blueberry Pancakes, 3.49 ― Pancakes made with fresh blueberries 

Waffles, 3.59 -- Waffles, with your choice of blueberries or strawberries 分代运托罔 




LUNCH 

Vegetarian BLT, 2.99 -- (Fakin ’） Bacon with lettuce & tomato on whole wheat 

BLT, 2.99 ― Bacon with lettuce & tomato on whole wheat 

Soup of th® day, 3.29 -- Soup of the day, with a side of potato salad 

Hotdog, 3.05 -- A hot dog, with saurkraut, relish, onions, topped with cheese 

Steamed Veggies and Brown Rice , 3.99 -- Steamed vegetables over brown rice 

Pasta, 3.89 Spaghetti with Marinara Sauce r 违 nd a slice of sourdough bread 
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迭代器的优点 


到目前 为止， 我们傲5 些 
什么? 

首先，我们让对象忖的厨师们非常快乐。他们可以 
保持他们自己的实现又可以摆平差别。只要我们给 
他们 这两个 迭代器 《 PancakeHouseMenulterator 和 
DinerMenuIterator ) , 他们只需要加人一个 create - 
Iterator () 方法，切就大功咨成了 * 

这个过程中，我们也帮了我们自己。女招待将会更容 
易维护和扩展。让我 ff ] 来彻底检査一下到底我们做了 
哪 些事，以及 耵果如何： 






难认 维护的女招待实现 


菜单.封装得不好 • s 厅使用的是 
ArrayList , 而煎饼屋使用的是 数组。 


需要两个循环来遍历菜单项。 


女招待捆绑于具体类 （ Menulteml ]* 
ArrayList ) 。 

女招待捆绑干两个不同的具体菜单类， 
尽管这两个类的接 N 大致上是一样的。 


由迭代器支持的新女箱待 


菜单的实现已经被封装起来了。女招 
待不知道菜单是如何存储菜单项束-合 
的。 

只要实现迭代器，我们只需要一个循 
环，就可以多态地处理任何项的集合。 


女招待现在只使用一个接口 （迭代 
器）. 


现在菜单的接 U 完全一样，但是，哎 
呀！我们还是没有一个共同的接 u , 也 
就是说女招待仍然捆绑于两个具体的菜 
单类。这一点我们最好再修改一下。 
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到目前为止，我们有些什么 


迭代*与组合檐式 


在澝理一切之前，让我们从整体上来看看目前的设计。 


( i » 个* f 布犮 规—样 的古 
法. fS 4 拉沒奄实现相阌的 
ma . 我们《時吆这_电. 
好 料含 ㈣ 子 S (本 


ii 个3代器让合招碲戧移 iCfi 体 类的貪 
现中 a «。 璉不*丨知 a *#4 任用激 
m , AnayUst . aifif ) 貼來 求现， HP . 
英心她贫够 fcffliSrtS , 


艿们璩 4 f | 用一 
个苒阌 的这代 s 
趙 o. jtjj 5 ff 
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改进迭代器 


傲一些改&…… 

好了，我们已经知道这两份菜单的接 n 完全一样，但没有为它们设计一个共同的接口。所以， 
接下来就要这么做，让女招待更干净一些。 

你可能会奇怪，为什么我们不使用 Java 的 Iterator 接口呢一我们之所以这么做，是为了要让你了 
解如 M 从头创建一个迭代器。现在我们的目的已经达到了，所以就要改变做法，幵始使用 Java 的 
Iterator 接口了。而这也会带来更多的好处。什么好处呢？很快你就会知道了。 


首先，让我们看看 java . utU . Iterator 接口： 



〆 ~ ' 这赛起來《 和我们 c ： 说的玄义一林。 

餘5珩_个《加的 方法. 允许溅们从攣 

--含中刪险 *"«*£() 方:名运 © 的最后_个 

场。 


这一切都太简 笮了： 我们只需将煎饼屋菜单迭代器和餐厅菜单迭代器所扩展的接口，由 
我们自己的迭代器接口，改成 java . utU 的迭代器接口即可，对吧？差不多就这样……实 
&上，甚至更简其实不只 java . util 有迭代器接口，连 Array List 也有一个返回一个迭 
代器的 iterated ) 方法。换句话说，我们并不需要为 ArrayList 实埂3己的迭代器。然而, 
我们仍然需要为餐厅菜单实现一个迭代器，因为 S 厅菜单使用的是数组，而数组不支持 
iteratm <) 方法（或其他创建数组迭代器的方法）. 


I ®): 如果我不想让客户具备 

删除的能力，该怎 么办？ 

! remove(> 方法其实是 
可有可无的.不'-定要提供蜊除的 
功能，佴是，很明显的，你需要提 
供这样的方法，0为毕*它被声明 
在 Iterator 接口中。如果你不允许 
remove() 的谈，可以抛出一个 java. 


Durnl ^ t^uegtipns 

lang.UnsupportedOperationException 
运行时异常。 

Iterator 的 API 文件提到可以让 
remove () 抛出这样的异常，而任何良 
好的客户租序只要调用了 removeO 方 
法，就应该检查是否会发生这个异 
常。 


| P ) : 在多线程的情况下，可 
能会有多个迭代器引用同一个对象集 
合。 remove () 会造成怎样的彩喃？ 

苓： 后果并没有指明，所以 
很雎预料。当你的锃序在多线 菘的代 
码中使用到迭代器时，必须特别小 

心. 

这看起来就和我们之前的定义一样 • 
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迭代器与组合模式 


利用 Java.util.Iterator 来清理 

让我们先从煎饼屋菜单开始，先把它改用 java . mil . Iterator , 这很容易，只需 
要刪除煎饼屋菜单迭代器类，然后在煎饼屋菜单的代码前面加上 import java . 
util . Iterator , 再改变下面这一行代码就可 以了： 


public Iterator createlterator() 
return menultems.iterator(); 




这样 PancakeHouseMenu 就完成了。 

接着，我们处理 DinerMenu ， 以符合 java . util . Iterator 的需求。 

^ 、\ 务光 ， S Afava . . )te\Atot ^ ff*1 

import java.util.Iterator; f 屬线 这个效 O, 

public class DinerMenuIterator implements Iterator { 

Menultem[] list; 
int position = 0; 

public DinerMenuIterator(Menulteml] list^^ 
this.list i list; 


public Object next() { 
// 在这里实现 


public boolean hasNext{) { 
// 在这里实现 


public void remove() { 
if (position <= 0) { 

throw new IllegalStateException 

("You can't remove an. item until yqu*ve done at least one next()"); 

》 :. ； ： ： 

if (list[position-1) i- null) { 

for (int i - position-1; i < (list.length-1); i++) { 
listfil - listfi+1]; 

} 

list [list .length-1】** null; 



这郝分部•:变拉…… 


任基我 们禽龙食 现*， 方法 。因 
衿值用的:金长度的厫通， m 以焱 
t ， mov «() U 用时，戧们将后面的 M 有尤景 
彷前移动一个佬I。 
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将女招待从菜单中解耦 


就换完成了 


我们只需要给菜单一个共同的接口，然后再稍微改一下女招待。这个 Menu 接口 
相当 简单： 可能迟早需要在里面多加入一些方法，例如 addltemO， 但是目前，我 
们还是 It 厨师控 制他们的菜申.，不要把那些方法放在公开接口中： 


public interface Menu { 

public Iterator createlterator(); 



这 4 一个阑 f 缒 O. 让客户雠够 
& 得 一个菜 輩场这代器。 


现在’我们需要让煎饼屋菜单类和《厅菜申-类都实现 Menu 接 
U, 然后更新女招待的代码如下： 


VI 、现奋 *6 ■招續也 f 奎用彳 AM.iitir 

import java.utii.Iterator; 

将体菜輩类处威 
Me ” “纽 O 。 

this.pancakeHouseMenu = pancakeHouseMenu; 
this-dinerMenu = dinerMenu; 


public void printMenuO { 

Iterator pancakelterator = pancakeHouseMenu.create! 
Iterator dinerIterator = dinerMenu.createlterator() 

System, out. println (_ ， MENU\n - \nBREAKFAST M ); 

printMenu(pancakelterator); 

System•out•println("\nLUNCH"); 
printMenu^dinerlterator); 


private void printMenu(Iterator iterator) { 
while (iterator.hasNext()) { 

MenuItem menultem = {Menultem)iterator.next(); 

System, out .print (menul tem • getName 0 + 

System.out .print (menultem.getPrice () •♦- ^ 

System.out.println (menultem.getDescriptionO )； 


// 其他的方法 



public 1 

Mem 


Menu 


glass Waitress { 
pancakeHouseMenu; 
dinerMenu; 


Dublic Waitress(Merfa^PancakeHouseMenu 
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迭代器与组合槿式 

这为我们带来？什么好处？ 

煎饼屋菜单和 S 厅菜单的炎，都实现 fMenu 接 U ， 女招待可以利用接 n (< T ^ 

而不是具 体类） 引用毎一个菜单对象。这样，通过“针对接 U 编程，而不 
针对实现编程”，我们鱿可以减少女招待和具体类之间的 依赖。 

这个 新的菜 黾接口 有一个 方法， createIterator () = 此方法是由煎饼屋菜申.和 h 士招碲体輩珀的丈现的 
餐厅菜单实现的。每个菜单类都必须负赍提供适当的具体迭代器_> 问 g . 


泛 4 残们的# i 菜## 

。。 它霣备•■个扣的方法 
cwuJuutot() 0 


mrt. 

# * X 心 菜章扣 
透代器 iis 个戏 


代 *上* . 



__ PancakeHouteMenu i 

menultems_I 

createftBratorO 



I PancakeHouseMenulteratof 赢 Dinerf4«nuiterator 

j 'lasNexio I hasNext() - 

IW ， I nextO 

! wmoveli I mmove() 


负相嗖菜掌和蘩斤采掣现夺 部贫现 J 某 
辈孩 o . 也 它砀玄现扣 
的 c »«4 frJ ⑷ 《如()方^ 


我们现 奋值用 j 4 V 4 . 供的 
鰣以我们不 

爲 f f 这个类 5 。 

# 个只 f 本的 某輩部 f 费黄建彡遠 ’ 


餐 巧篥輩 t^cxeaukexAtotOyS 
法食达 疋一个 f 斤粢鞏违代 
器，这# 达代器 tt 邊历篥 
葷场致 通： 《 个只体 的菜鞏 
邾: f 费 贵釗違 1劣的只 体透 
代器类。 
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定义迭代器模式 

定义迭代器桟式 


你已经知进了如何用自己的迭代器来实现迭代器模 
式，也看到了 Java 是如何在某些面向聚合的类中（如 
ArrayList ) 支抟迭代器的。现在我们躭来看看这个模 
式的正式 定义： 


迭代器箱 I 式提供一种方法顺序访问一个 
聚合对象中的各个元素，而又不暴露其内部 
的表示， 


迭代器樸式让我们能游 
走子聚含沟的每一个无 
素，而义不暴舜其沟鄯 
的表示。 


这很有 意义： 这个模式给你提供 r 一种方法，可以厢序 
访问一个聚集对象中的元素，而又不用知道内部是如 
何表 示的- 你已经在前面的两个菜单实现中屙到了这 
一点。在设计中使用迭代器的影响是明 显的： 如果你 
有一个统一的方法访问聚合中的每一个对象，你就可 
以编写多态的代码和这些聚合搭配，使用——如同前 
面的 printMemiO 方法一样，只要有了迭代器这个方法 
根本不管菜 申项究 竞:是由数组还是由 ArrayList (或者 
其他能创建迭代器的 东西） 来保存的。 


把潴走的任夯放在迭代 
器上，而不是荥含上。 
达样简化？聚含的捿 D 
和实现，也 it 费任各得 
其所。 


另一个对你的设计造成《要影响的，是迭代器模式把 
在元素之间游走的责任交给迭代器，而不是聚合对象。 
这不仅让聚合的接 U 和实现变得更简洁，也可以让聚 
合更专注在它所应该专注的亊情上面（也就是管理对 
象集 合）， 而不必去理会遍历的亊情。 

让我们检査类图，将来龙去脉拼凑出来 • 
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迭代器与组合横式 


个共 用的孩 o 供辦有的轚合值用 ■ ij 
时審户代辟4罹方 f 4 的，将客户代芘从# 
合对象的 丈现铒 45， 




^4«<5达代》部必械 
食现的 40 . 4£ t _ 
咎方法.朽用这堪方沾 
芍以 ft 溪含无鱟=间涣 
逢„ 6 (if . 我们任用 

^^javti.utU.!)teiAtot a 

如果伐不想值用 Jaw<l 的透 
rt 器. 也苟以 t sfio 
—个毡 c ?。 


个时象的 猓合. 4实 


ci 个只沐送代器费 t f 理 


现一个方法.利用此 


0箾邊历的佬2, 


方法递® a 含的连代 


器。 



办〜■賢 


迭代器模式的 这张类 图看起来很像我们所学过的另一个模式，你知道垃哪个捵式吗？提示， 
子类决定要创建哪个对象。 
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迭代器问答 


( p ) : 我看到其他书上让 

迭代器类提供一些方法叫做 first (>、 
next (). isDone <> 和 currenNtem <)* 
为什么这些方法不一样？ 

^ : 这些是“经典的”方法 

名称，它们随着时间的流逝漸漸改变 
了，而现在我们在 java . util . Iterator 中 
所使用的名称有 next ()、 hasNext () 甚 
至 removeO , 

我们来看看这些经典的方法^ java , 
util.Iterator 将 next <) (移到下个位 
X ) 和 currentltem () (取出目前 
的喟目）合并成一个方法 ncxtO ; 
isDone (> 变成了 hasNextO ;至于 
firstO 則不存在对应，这是因为在 
Java t ,我们保向于取得一个斩的速 
代器，而不是让目前的迭代器跳到一 
开始的位置。所以，其实这些接 o 没 
什么太大的差异。 事 实上，你还可以 
在迭代器内加入许多的方法，例如 
removeO 方法， 

| p ) 2 我听说过“内部的”迭 
代器和“外部的”迭代器 • 这是什 
么？我们在前面例子中实现的是哪一 
种？ 

答： 我们实现的是外部的迭代器，也 
就是说，客户遢过调用 nextO 取得下 
一个 元素。 而内部的迭代器則是由迭 
代器自己控制。在这种情况下，因为 
是由迭代器自行在元素之间游走，所 
以你必須告诉迭代器在游走 的过趕 
中，要做些什么事情，也就是说，你 
必须将操作传入给迭代器。因为客户 
无法控制遍历的过程，所以内部迭代 


Y^unl^tJuestSpns 

器比外部迭代器更没有弹性，然而， 

菜些人可能认为内部的迭代器比杖容 
易使用，因为只需将操作告诉它，它 
就会帮你做完所有事情。 

: 迭代器可以被实现成向 

后移动吗，就像向前移动一样？ 

^ S 絶对可以。在这样的情 
况下，你可能要加上两个方法，一个 
方法取得前一个元索，而另一个方法 
告诉你是否已经到了集合的蕞前瑞。 
Java 的 Collection Framework 提供另 
一种迭代器接口，称为 ListUerator . 
这个迭代》在标准的迭代器接口上多 
加了 一个 previous () 和一些其他的方 
法.任何实现了 List 接口的集合，都 
支持这徉的做法. 

I 1 ®): 对于散列表这样的集 

合，元棄之间并没有明显的次序关 
系，我们该怎么办？ 

: 迭代器意味着没有次 

序，只是取出所有的元索，并不表示 
取出元素的先后就代表元索的大小次 
序。对于迭代器来说，数据蛣构可以 
是有次序的，或是没有次序的，甚至 
数据可以是玄复的。除非某个集合的 
文件有特别说明，否則不 T 以对迭代 
器所取出的元素大小順序作出假设。 

l ^) : 你说可以用迭代器写 

出“多态的代码”，可以再多做一些 
解释吗？ 

: 当我们写了一个需要以 

迭代器当做麥数的方法时，其实就是 


在使用多态的迭代.也就是说，我们 
所写出的代码，可以在不同的集合中 
游走， 只要这个集合支#迭代器即 
可。我们不在乎这个集合是如何被实 
现的，体依然可以編槎在它内部的元 
索之间游走， 

IP ) : 如果我使用 Java , 我不 

见得总;！想要利用 iava . utiUterator ， 
可能想要使用自己的迭代器实现，和 
这些已经使用 Java 标准的迭代器的 


类做整合，这做得到吗？ 

: 或许 T 以吧。如果你 

有一个通用的迭代器接 o , 那么让 
你自己的集合和 Java 的集合 《例如 


ArrayLisl , Vector ) 洗合使用就会比 
较容易。彺是请记住，如果你需要在 
迭代器接 o 为你的集合新增功能，你 
可以随时扩展迭代器接口6 


闽： 


我看到 Java 有一个 


Enumeration (枚 举） 接口》它实现 


了迭 代器模 式吗？ 

^ : 我们曾经在追配器的 

那一幸中提鈉过这个接 o ， 还记得 
吗？ java . util . Enumeration 是一个有次 
序的迭代器实现，它有两个方法， 

hasMoreElemenUO 类似 hasNextO ， 
而 nextElementO 类似 nextO • 然而， 
你应该比较想使用迭代器，而不是牧 
举，因为大多数的 Java 类都支持迭代 
器。如果你想把这两者互相转换，请 
复习适 fc 器那 一幸， 在那一章里你实 
现了枚举和迭代器的适 fc 器， 
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单一贵任 


迭代器与组合樓式 


如果我们允许我们的聚合实现它们内部的集合.以及相关 
的操作和遍历的方法.又会如何？我们已经知道这会增加 
聚合中的方法个数.但又怎样呢？为什么这么做不好？ 

想知道为什么， 首先你 湛要认淸楚，当我们允许一个类不 
m 要完成 ci d ■的亊情（管理某种聚 合）， 还冏时要担负吏 
多的贵任（例 如遍历 > W , 我 ( n 就给了这个类两个变化的 
原因。 两个？ 没错，就是 两个： 如采这个集合改变的话， 
这个类 也必须改变，如果我们遍 历的方 式改变的话， 这个 
类也必须跟蓄改变，所以，冉一次地，我们的老明友••改 
变”又成了我们设 h •原则的 中心： 




设计原则 

一个类应该只有一个引起变化的 
原因 


我们知道要避免类内的改变，因为修改代 H 很容 M 造成 
许多潜在的错误。如果有•个类具有两个改变的原因， 
那么这会使得将来该类的变化机率 b 升， 而当仑 真的改 
变时. 你的设汁中同时朽两个方而将会受到影响。 

要如 H 解决呢？这个原_告诉我们将•个 S 任 H 指派给 
一个类。 

没错，这听起来很容易，但其丈做起来汴不简中 .： K 分 
设计中的责任，是最闲难的車情之一。我们的大脑很习 
惯看着一大群的行为，然后 将它们 集中在一起，尽管他 
们 " r 能« f 两个或多个小 n 的责任。想要成功的唯一方 
法，就是努力不懈地检査你的设计，随荇系统的成长， 
随时观察有没有迹象显水某个类改变的原 W 超出•个。 


类的毎个贵任都有改 
变的漤在 g 域。超过一 
个 贵任， 意哧碁超过一 
个改变的区域。 

迖个原则告诉我们， 
尽量让毎个类保转单一 
#任。 



聚 ( cohesion ) 这个术语你 
[该听过，它用来度董一个 
或模块紧密地达到单 H 
勺或 责任， 


当一个模块或一个类被设计 
成只支持一组相关的功能时，我们说 
它具有高内聚；反之，当被设计成支持 
一组不扣关的功能时，我们说它具有低 
内聚。 

内聚是一个比单一责任原则更杵遍的 
慨念，但两者其实关系是很密切的。 
遵守这个原则的类容易具有很高的凝 
聚力，而 R 比背负许多贵仟的低内聚 
类更容易维护。 
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研究这些类, 
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新的菜单 


寿看咖啡厅的菜单 


这是咖啡厅的菜单，要 把这个 菜单整合进我们的框架中，似乎不是太难的 
事情……看看怎么做， 

public class CafeMenu { 代器？筹—下砑炙着昜 . 

Hashtable menuItems ■ new Hashtable(); ^ — 一 '" 

u . 弒棵苒估的粢犁一样，菜箄场 在构逢 * 中 

public CafeMenu{) { _、 w 咏界 

addltem("Veggie Burger and Air Fries", 知检犯。 

"Veggie burger on a whole wheat bun, lettuce, tomato, and fries", 
true, 3.99); 

addltemt^Soup of the day", 

"A cup of the soup of the day, with a side salad”, 
false, 3.69); 
add3>en> (” Burrito", 

•’A large burrito, with whole pinto beans, salsa, guacamole", 
true, 4.29); 

tjT 一 ~^ 我 flTSiifSOilli 的 * 荤场■苒枵 

public void addltem(String name. String description, 它釦入 !•) 菜荦场歉利表中 o 
boolean vegetarian, double price) 

Menultem menuItern = new MenuItem(name, description, vegetarian, price); 
menuItems.put(menultem.getName(), menultem); 

} t 义 

达 个值軚 4 某荤珀衬 t 

public Hashtable getlterns () { 砂。 

return menuIterns; j 


我们不典 f 个方这了。 
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重傲 咖啡厅 代码 


迭代鸛与组合模式 


将咖啡厅菜单整合进我们的框架是很容易的^为什 么呢？ 因为来就支 
持 Java 内置的迭代器。但是它和 ArrayList 有一些不同 . 


★呦巧菜辈禽现 W •⑽趄 O . 辦以合貂 
~ 待璉用扣补巧 菜擘的方式.弒和輿估 
public class CafeMenu implements Menu { 的驀个菜章 J5 祥。 

Hashtable menuIterns ■ new Hashtable(); 


public CafeMenu() { 

// 构造器的代码写在这里 


^ _我们值用 ©泠这 4一个洱常 

虼的 存銪 ( fi 的數掮锘构 。 你也芍以值用 
etfe 斯的 Haff/iMflh 


public void addltem(String name, String description, 

boolean vegetarian, double price) 

{ 

Menultem menuItern - new MenuItern(name, description, vegetarian, price); 
menuItems.put(menuItem.getName (), menultem )； 

诔以箱一饵.我们芍以避孖奸鰣以栽们 
p«blio Hjohtablo gotlt-omo O { ^ 的线。 


public Iterator createlterator() 
return menuIterns.values().it 


telteratorO { 迄 广一、我们在 (i 营索现 5 如 () 方法。这金裁 

• values ( KiteratorO ; 们不 4 & 坏镫个 H — ，的达代 3 T 系找⑽ 
^— _^的部分的达代》<> 



爯 S 近一点 


Hashtable 比起 ArrayList 复杂许多，因为它的每一笔数据都是由一 
个 key 和一个值所组成，尽管如此，我们还是可以获得值（也就 
是菜单项）的迭代器。 


public Iterator createlterator() { 

return menulterns.values().iterator(); 

} 

/ 2 幸 f .， 这个煤 含盖冰 技大法达 

tt . 我们 12 ㈣ 關仿 m "編 ㈣ 〜咖瘦生的时系。 

任威的猙含。 
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腾试新的菜单 

让女招待认识咖啡厅菜单 


如 H 修改女招待，让她能够支持我们的新菜单呢？现在女招待已经能够接 
受迭代器了，所以应该不困难。 


public class Waitress { 

Menu pancakeHouseMenu; 

Menu dinerMenu; 

Menu cafeMenu; 

public Waitress(Menu pancakeHouseMenu, Menu dinerMenu, Menu cafeMenu) 
this.pancakeHouseMenu = pancakeHouseMenu; 
this.dinerMer.u * diner Menu; 
this. cafeMenu - cafeMenu; 


这 个合咁巧 I 荤含和爯蝕菜起玻#入士 
詔碲的构中.然后记录4一个贫倒变蜃 
叭 \ 


public void printMenuO { 

Iterator pancakelterator - pancakeHouseMenu.createlterator() 
Iterator dinerlterator ^ dinerMenu•createlterator<); 

Iterator cafelterator « cafeMenu.createlterator(); ( 

System.out.println("MENU\n - \nBREAKFAST w ); 

printMenu(pancakelterator); 

System.out.printIn("XnLUNCH") / 

printMenu(dinerlterator ); ^ 

System, out. print In {" \nDINNER"); 在 T 一 "-- 

printMenu(cafelterator); 


«们僅用这个♦畊斤的菜 
单作泠 晚餐的*輩 # Si 
将菜荦方印 A 来.我们 
. 0 •需 将它代 入 pnntMm “(）. 
就一切4金/ 


private void printMenu(Iterator iterator) { 
while (iterator,hasNext O) { 

Menaltem menuItem = (Menultem)iterator.next(>; 
System.out.print(menuItem.getName() + ”, ")； 
System, out .print (menultem. getPrice (> + " —，•） 
System.out.println(menultem.getDescription {))； 



( if 不#1 好处。 
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迭代器与组合樓式 


罕餐、 午餐和磽餐 


让我们写一段程序来测试。 


public class MenuTestDrive { 

public static void main(String args[]) { 

PancakeHouseMenu pancakeHouseMenu = new PancaJceHouseMenu 0 ; 

DinerMenu dinerMenu = new DinerMenu(); ^ __ _ _ 

CafeMenu cafeMenu = new CafeMenu(); 


4 .J j | 一个条蝌巧菜辈 • 


CafeMenu cafeMenu = new CafeMenu (); . • 然爸埒它 <4 给士苑 d 

Waitress waitress = new Waitress(pancakeHouseMenu, dinerMenu, cafeMenu); 一 ^ 


waitress.printMenu(); 


现奋.裁们勿印时在 1 - ff 利蝌有的三个某鞏. 


测试结果如7,着着新坩的咖啡厅4餐菜单部分 f 


% java DinerMenuTestDrive 
MENU 


雇篥荦 


BREAKFAST 

K&B，s Pancake Breakfast, 2.99 -- Pancakes with scrambled eggs, and toast 
Regular Pancake Breakfast, 2.99 -- Pancakes with fried eggs, sausage •，二 

Blueberry Pancakes, 3.49 -- Pancakes made with fresh blueberries 

Waffles, 3.59 — Waffles, with your choice of blueberries or strawberries f 8 ^ 

\C t 

LUNCH … u ' 

Vegetarian BLT, 2.99 ― (Fakin , ) Bacon with lettuce & tomato on whole wheat 

BLT, 2.99 -- Bacon with lettuce & tomato on whole wheat 

Soup of the day, 3.29 -• Soup of the day, with a side of potato salad 

Hotdog, 3.05 -- A hot dog, with saurkraut, relish, onions, topped with cheese 

Steamed Veggies and Brown Rice, 3.99 -- Steamed vegetables over brown rice 

Pasta, 3.89 -- Spaghetti with Marinara Sauce, and a slice of sourdough bread 

ft ;e 4. n 

DINNER : “ 』 . v . ■ , 菜鞏法免代 

Soup of the day, 3.69 — A cup of the soup of the day, with a side salad 
Burrito, 4.29 •- A large burrito , with whole pinto beans, salsa, guacamole - i - c - T -'- 
Veggie Burger and Air Fries, 3.99 — Veggie burger on a whole wheat bun, 
lettuce, tomato, and fries 

% 
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我们做了什么？ 


我们做5什么? 

60 



我们终让合稆碲祜移奄一 
个呙辈的方式来 ( i 历菜輩 
场 •••••• 

级 O 0 

兩£我们不类望站釦迮 
菜輩场昱如何貪规的。 



我们将女紹待解耦5 



久 口 AJfUst 


<5 内 8㈣ 代 8 •__••• 

ArrayList 




现<1玷不爯*靂 拒 《3究竞我们值用 1 •-个丈现‘反王 
^姑部4 璜用相® 的通 c —也《4违代 8 的40 — 
來 ii «* K 珀。我们《士4®# 以# 现中 H _5! 


^ 1 让士招碲逢场备神 
Mf 的象 ffl . 我们给站 
_个达代# …… s . 


••••-_ 仿4數曲 a 有 
_八》 内更达 代* .所 

••••"**- ' wiamti s«'J* 

來 Kff 螽通内的 _个 


Arra 分 


••… #中一个用乘 
肤押 AmyCist 内的场 


next() 
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我们 it 女紹待 E 異有扩展性 


迭代器与组合横式 



邊过瞰子姑一个违 
我 fo 将砧以篥#场 的丈现 
中鹆煤: JM 以今后我 fO 
刁以粒务祕缯灰扣的菜輩， 


-next() 


，响. €1蝴 
:用撕輪叫达 



r 

hashtable 


我们根 衫异池妖加入5 
系一个篥辈谇的玄现 • 
: JEifl ©# 我们援供了违 
代器. M k / •士契緙知迮 
如何 it If ii 个沪的菜辈 



*6 V 5 个 HasAtV &的 
〈右則作一个达代 
器。漱4琢 甬輩； 
你只 I 该用 values , 


ite^atotO. 杖苟以 R 
得一个违代器 


侄还有 E 多.『 


;ava 祛偁你荇多的 ^ collect^ 9i (ifj 
扣 :…如和 U”k“Ust) • 让你键栘存 

妝一辟 时象。 



它们只笱不罔的戏 O , 


Vector 


fj 尽奇如此.几砂 
(i 苷 炎部金 接供方 
法也我们获饵违代 



器。 V . 壬如粟他们 不支轉 这代器的碭. 

< t \ i ¥：$ . ©巧 现在你3绞知违 
釦叼 ti 3功孚釗違一个这代器了。 


LinkedList 



...... 还笮更多！ 
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迭代器与集合 


迭代器乌集含 

我们所使用的这些类都厲干 Java Collection Framework 的一部分。这 
里所谓的 “ framework ” （框架）指的是一群类和接口，其中包括了 
ArrayList 、 Vector 、 LinkedList 、 Stack 和 PriorityQueue 。 这些类都实现 
了 java . util . Collecdon 接 U 。这个接口包含了许多有用的方法，可以操 
纵一群对象。 



让我们快速地浏览这个 接口: 



工 

如何实现的， 


这4簌们的老.明灰.衫 0*0 方法。利用 
这个 方法.你 g 以觖磚 仔砉衆的这代器. 
1 •食达 代# 农现•⑽逋0。 


其姑的方法 H 心 () Tfk /. Sif^x 
棄的个盎. 不 toA * Mjf () 用來将详合杉硪盘 
蚝 . 


Collection 和 

Iterator 的好处在子 • 每令 Collection 部 
知道如何釗建 f > S 的 Iterator 。 HU 瑱用 
Arraylisti : WlteratorO . 軾守认返 矽-令 
異体的 Iterator , 高你株辜不 f 翥知 ii 琏关 
心到菘使用？ 啷令 異体类 • 你只荚戗两它的 
Iterator 捿 ts 軾守浓 J • 



法 f f 

Hashtable 对干迭代器的支 
持是“间接的”。当我们 
在实现咖啡厅菜单的时候， 
你可以从中取得一个迭代 
器，但是这个迭代器不是 
直接从 Hashtable 取出，而 
是由 Hashtable 的 value 取出 
的。仔细想想，这很有道理： 
Hashtable 内部存储了两组对 
象： key 和 value 。 如果我们想 
要遍历 value ， 当然是要先从 
Hashtable 取得 value ， 然后再 
取得迭代器. 
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Java 5 的 迭代器和集含 


Java 5包含一种新形式的 f or 语句，称为 f or / j n 。 这可以 
让你在-个集合或者一个数组中遍历，而且+需要显 
式创建迭代器。 


想使用 for / in , 语法是这 样的： 

5謀含中的莕 5 •士 H 祐钚的圣后 


个对象. 
ia 历。 


\ 


含坡臧 值泠* 含中 
的下一个尤棄。 


for (Object obj : collection) 



告诉你，在 Java 5中. 
所布的鑲含郝 S 羟新缯？ 
对邊菸的支辩，所 UC 你 

善5不苒 tf 谙求進代 

S K 



声坌 一个菜 掣碣的 


下面是利用 for / in 遍历 Array Li st 的例子: 


Am’U—st 。 


ArrayList items = new ArrayList(); 

items.add(new Menultem 《 w Pancakes", ^delicious pancakes w 
items-add < new Menu I tem (''Wa f fles w , ''yummy waffles^, true, 
items.add(new Menultem( w Toast", ''perfect toast", true. 



• true, 

1.99); 

0.59); 


1.59); 


for (MenuItem item: items) { 

System.out .println (''Breakfast item: ” + item); 

1 T 

占历#打印！-个菜鞏场 



你需要使用 Java 5的泛型 （ generic ) 新 
特性来确保 for / in 的类型安全。在开始 
使用 generic 和 for / in 之前，请务必继续 
读下去。 
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代码帖 


B 


代码帖 


廚师们决定午餐的菜单项能交替的改变，也就是说，他们希望在周一、周三、周五和周六提供一 
些项，然后在周二，周四和周 B 提供另一些项 • 

有 人已经 为新的“轮换* 餐 厅菜单迭代器书写了代码，恨是他们开了一个玩笑，把它打乱并放 
在冰箱 了。 你能够把代码再组织回来吗？其中有些大括号的纸片掉在了地板上，因为太小， 
不容易检起来，所以如果有需要的话你可以自己加上大括号， 


Menultem menultem = 

itemstposition]? 

position - position 

+ 2; 

return menultem; 














迭代器与组合模式 



女招待准备好迕摟精采时刻7吗？ 

我们花了很多时间在女招待上，但还是得承认，程序中调用三 
次 printMemiO , 看来实在有点丑。 


看堉现实，每次我们一有新菜单加人，就必须打开女招待实现 
并加入更多的代码。这算不算是“违反开放-关闭原則”？ 


if 用 cittte)tetaun() z 


public void printMenu <) { 

Iterator pancakelterator = pancakeHouseMenu.createlterator; 
Iterator dinerlterator ■ dinerMenu.createlterator<); 

Iterator cafelterator = cafeMenu.createlteratorO,- 

System. out.println (''MENU\n - NnBREAKFAST ^); 

printMenu(pancakelterator); 



System, out .println (''\nLUNCH ,, >; 
printMenu(dinerlterator); 

System, out .println (''\nDINNER w ); 
printMenu(cafelterator); 






用 三:欠。 




5 次我们缯残 《»_ 个*輩. 
场打科 ii 玢 rt 砝皋時 祐。 


这不是女招待的错 e 对于将地从菜单的实现卜.解耦和提取遍历动作到迭代器，我们都做得很好。 
但我们仍然将菜单处理成分离而独立的对象——我们需要一种一起管理它们的方法。 



货似 ㈣ 


女招待仍然需要调用 primMenuO 三次，毎个菜单一次。你能够想到什么方式将菜单合并以便 
只需调用一次就可以了？或者只传给女招待一个迭代器，利用这个迭代器就可以遍历所有的 


菜单？ 
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新设计？ 


达《法不«, «««*«« 

*, 将达《**金》打色进 
• tArrayliit . «后》»它的》代8.逢 
历«个«»。达幺一*,待 的代铒 
««得《简攀. ffisa ** 多也不 
tb 1 . 




听起来厨师已有定见，我们试 试看： 

public class Waitress { 
ArrayList menus; 



现 <5 a < n . c . t * 一个* 
荤 A ?»4 yU « t „ 


public Waitress(ArrayList menus )[ 
this.menus = menus; 

} 

public void printMenu () { 

Iterator menulterator = menus.iterator (); 
while(menulterator.hasNext ⑴ { 

Menu menu = (Menu)menulterator.next(); 
printMenu(menu.createlterator()) / 


void printMenu(Iterator iterator) { 
while <iterator.hasNext(” { 

Menu Item menultem = ( Menultem ) iterator . ne^t <>; 

System, out .print (menuItenugetName ()+ ", 

System. out.print(menultem.getPrice() + —) 

System.out.printIn(menultem.getDescription 0)/ 


我们邊场篥輩.把 
«个菜辈的违代 
器作给 f 簌的 



iif 的代砝不會 


変。 


旮起来相当不错，虽然我们失去了菜单的名卞，但是可以把名 
字加进每个菜 单中。 
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正当我们认为这很安全的时候 


现在他们希望能够加上一份餐后甜点的“子菜单”。 

现在怎么办？我们不仅仅要支持多个菜单，甚至还要支持菜单 
中的菜单。 

如果我们能 ih 甜点菜单变成 餐厅菜 单*合的一个元素，那该有 
多好。但是根据现在的实现，根本做+到。 


我们想要的（类似这 样）： 


/所布某 




*«屋5簟 





令、迖蕞裁 fT } 的 AtiAjfLtst . 辞苟莕家 
^ 聲铊的菜辈。 


咖唓 ff 蕖单 


,Q,Q,Q,Q 


餐斤菜簞 


r 

AnayUffC 


甜点某单 


J 4 


Q 

Q 

Q 

Q 




Anay 


Q 
Q 
Q ( 

: Q 、 


Q^Q 

ctq 

(TQ 

^TQ 


戧们 tf 让 f 巧菜輩封苟一汾孑菜輩，<54不 
钫4的把它 斌箔洽 菜荤场蛊铂.©老类«不 
同，辦以不 戗送么 教。 


七久、备 ' • 


我们不能把甜点菜单賦值给菜单项数组。 
又要修改了！ 
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* 构的时刻来临 


我们 f 要什么？ 


该足做决策来改写 WW 的实现以符合所有菜单（以 
及子粲单） 的盂 求的时候了-没错，我们要告诉厨 
师， t 新实现他们的菜单已经是不可避免的了。 

事实是，我们 lL 经到达了 .个&杂级别，如果现在 
+承新设计，就无法容纳末•来增加的菜申或子菜申 
等需求。 


所以，在我们的新设计中，真正需要些什么呢? 


■ 我们需要某种树形结构，可以容纳菜单，子菜 
单和菜单项。 

■ 我彳 n 需要确定能够在每个菜单的各个项之间游 
走，而且至少要像现在坩迭代器一样方便。 

■ 我们也盂要能够更有弹性地在*单项之问游走。 
比方说，可能只盂要遍历甜点菜单，或者可以 
遍历&汴的整个菜单 <乜括甜点菜单在内>。 
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©衿我们表 现菜辈 .嵌 
奩孑菜辈扣篥輩该.我们很 
t 样他采用树衫结构以值符 
含 ii 样的雷求。 



C / ft 们稼曩容鈞菜* 
/1\ 


我们仍然*曩钺 4 
树 i 的 M <5 场 t 间 
游裊。 



Q Q O [ Q Q Q 

JW .'.'.」"/ 

Q Q Q Q》 a ，" 

的昶> m /0 窨斤 



Q Q Q 


■綠 




你如何处理这个新的设计需求？在翻页之前请先想一想。 
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定义组合横式 


定义组含糢式 


没错，我们要介绍另一个模式解决这个难 K 。 我们并 
没有放弃迭代器——它仍然是我们解决方案中的一部 
分一然而，管理菜单的 H 题已经到了一个迭代器无法 
解决的新维度。所以，我们将倒退几步，改用组合模式 
(Composite Pattern ) 来实现这一 部分。 


对干这个模式，我们不打算深入探讨，只在这里提出它 
的正式 定义： 


组合模式允许你将对 象组合成树形结构来 
表现“整体/部分” 层次结 构.组合能让客户以 
一致 的方式处理个別对象以及对 象组合 • 












让我们以菜单为例思考这 一切： 这个模式能够创建一 
个树形结构，在同-个结构中处理嵌套菜单和菜单项 
组。通过将菜单和项放在相 N 的结构中，我们创建了一 
个“整体/部分”层次结构，即由菜单和菜单项组成的对 
象树。但是可以将它视为一个整体’像是一个丰富的大 
菜单“ 译注： uberr 来自德文，相当干英文的 over ” 。 

—旦有了丰富的大菜单，我们就可以使用这个模式 
来“统一处理个别对象和组合对象”。这意味着什么？ 
它意味笤’如果我们有了一个树形结构的菜单、子菜羊 
和可能还带有菜单项的子菜单，那么任何一个菜单都是 
一种“组合” • 因为它既可以包含其他菜单，也可以包 

含菜单项，个别对象 只是; 菜单项-并未持有其他对象 • 

就像你将看到的，使用一个遵照组合模式的设计，让我 
们能够写出简单的代码，就能够对整个菜单结构应用相 
同的操作 （例如 打印！ >。 



Q 


菜辈&笮系，系菜辇 
(Mtnuitem) 4巧爷彖。 
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N\enua 



QQQQQQO QQS 


(VWn“Jt«ws 


S O 

Q Q Q Q 


耗后鸪 tn 視蛑"■个 


1 


o 

…、 /八\义 八\ 

8 Q Q Q QQ Q Q Q Q 

t 


Submenu 


/ l \ 


MenuJtems 


Q Q Q4.， 

•或基锊多郝分。 


组含糢式让我们能用树 
形方式釗建对象的结 
构，树里面 包宫？ 组含 
认及个别的对象。 

使用组含结构，我们能 
拕相同的操作应用在组 
含和个别对象上。换句 
活说，在大多数情況 T , 
我们玎认签畴对象组含 
和个别对象之间的差别。 


捵 T ' 1,,t0 
今 * (*••••••• ^ 



— 一 Q Q Q Qt^ 

p“nt() 


教分。 
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组合櫥式类图 


害户後用0_州以族 0 赛作 

⑽一个*。.不“® 

舍注 笮彖。 

Co *„ D ,„, s , W>54)(i0 
_咖()和它 

钮含中的的象 • 

V 



讀 ii 金 • 蛘苷点也齷承了保 
tatno ^O^fttChitdOi^ 
祥的方法. ii 螫方沾对蛘爷点 
我⑽后爲® 

来 w 硌这个 问坻。 



r^$S 


艸？ i 逢过窠现 
Composite 
<1,金义？钼合内 
无棄的《於。 


r ^ Sl ^ t^esdons 


1 ^ : 组件、组合、树？我被 

搞 淮了。 

^ : 組合包含组件 * 组件有 

耗种： 組合与叶节点元索。听起来象 
遂归是不是？組合持有一群孩子•这 
些孩子可以是則的组合或者叶节点元 


盎你用这种方式狃织数据的时候，最 
终会得到树形蛣构 《正 磯的说法是由 
上而下的树形结构），根部是一个组 
合，而组合的分支逐漸往下延件 ，支 
刻叶节点为止 • 

1^5) :这和迭代器有什么关 
系？ 


： 則忘了，我们现在采取 
了一个新方法，打算用新的方案— 
組合模式，来重新实现菜单。所以不 
要认为迭代器和妞合之间有什幺神奇 
的特換。我们可以说， 这角者 ■以合 
作无间，你很快就会看到我们▼以在 
妞合的实现中使用迭代器，而 A 做法 
还不只一种 • 
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利用 组含设计 菜单 

我们要如何在菜单上应用组合模式呢？ 一开始，我们需要创建一个组件接口来作为菜单和菜 
单项的共同接口，让我们能够用统一的做法来处理菜单和菜单项。换句话说，我们可以针对 
菜单或菜单项调用相同的方法。 


现在，对于菜单或菜单项来说，有些方法可能不太 恰当。 但我们可以处理这个问题，等一下 
就会这么做。至于现在，让我们从头来看看如何让菜单能够符合组合槟式的 结构： 


f 和 M 洚。 、 



菜掌 si 样 a 供了一个纽 o . 让菜荦 j * 和*荦共阐 
值用。©鈐裁们舞* 方法拢 供默认 
的 贫现. «以戧们在 ( is 僅用 •？一 个柚* i *。 
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实珑菜单组件 


实现菜单组件 

好了，我们要开始编写菜单组件的抽象类> 请 
E 住，菜单组件的角色是为叶节点和组合节点 
提供一个共同的接口。现在你可能想问：“那 
么菜单组件不就扮演了两个角色吗？”可能是 
这样的，我们稍后再 讨论这一点。 然而，目前 
我们要为这些方法提供酞认的实现，这样，如 
果菜单项（叶 节点） 或者菜单（组 合） 不想 
实现某些方法的时候（例如叶节点不想实现 
getChildO 方 法）， 就可以不实现这些方法《 

WWC ㈣ 州 MS 个方;去減供料 

I 

public abstract class MenuComponent { 


所有的组件都必须实现 
M e n u C 0 m p 0 n e n t 接口： 
然而.叶节点和组合节点 
的角色不同.所以有些 
方法可能并不适合某种节 
点面对这种恬况.有时 
候.你最好是抛出运行时 
异常 


©巧有螫方泫 只的* 輩碣荀舍义.拓«签則只 
时菜辈荀砉义 . 软认卖现4把出 
Ation ^ xce V tio ^ t ^ 遠 樽. 如畢菜 擘场残菜掣不 
支辞*个换 fV 他们軚不 t 礙仔沔廖右戏 
«麥«认贫现 弒刁以 


public void add(MenuComponent menuComponent) { 

throw new UnsupportedOperationException(); 

public void remove(MenuComponent menuComponent) 
throw new UnsupportedOperationException"; 

} ... 

public MenuComponent getChild(int i) { 

throw new UnsupporLedOperationException(); 



我们杷 - 绝含”方沾钼识 4- 

起.印扣坩. ill 餘和舣得臬輩 
料。 


public String getName() { 

throw new UnsupportedOperationException(); 


public String getDescription() { 

throw new UnsupportedOperationException ()i 


public double getPriceO { 

throw new UnsupportedOperationException(); 

} 

public boolean isVegetarian0 { 

throw new UnsupportedOperationException ()； 


public void print() { 

throw new UnsupportedOperationException(); 




isit： 它 ( Hi * ■菜 
tt 中充-电也巧用 s 
Aa / i * 你就含在菜 # 


-个 方 a . a 
个方; 4 同时 破*荤和*輩 实 
«办住我们 2* 在 iifM 供 J 
、 K 认的#( 1 。 
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迭代器与组合模式 


实现菜单项 

好了，让我们来看菜单项类。別忘了，这是组合类图里 
的叶类，它实现组合内元素的行为。 


public class Menultem extends MenuComponent { 


String name; 

String description; 
boolean vegetarian; 
double price; 



public MenuItem(String name. 

String description, 
boolean vegetarian, 
double price) 




this.name = name; 
this.description = description; 
this.vegetarian = vegetarian; 
this.price = price; 


public String getName() { 
return name; 


public String getDescription() 
return description; 

) 

public double getPrice() { 
return price; 



public boolean isVegetarian () { 
return vegetarian; 


的实现一辑。 


这和 C ： 笏的卖现 不一徉 ，在 
McnuComponct 类靈我们履蠤？ 
ptint() 方法 0 对某擘场來说， 
此方沾含打印出宄蝥的篥辈珀 
条 0 . 名字 . 接这.价 


public void print () { 

System.out.print <、、 w + getName ()); 
if (isVegetarian()) { 

System.out .print ('' (v) w ); 


烙以景食 



System.out.println( w , M + getPrice0); 

System, out. printlnp — " + getDescription ⑴ ； 
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组合结构 


实现组含蕖簞 

我们已经有了菜单项，还需要组合类，就是我们叫做菜单的。别忘了，此组合 
类可以持有菜单项或其他菜单。有一些方法并未在 MemiComopnern 类中实现, 
比如 getPriceQ 和 isVegertarianO ， 因为这些方法对菜单而言并没多大意义。 


菜輩和*荦珀一祥，都4 

MentiComi>ontnt 0 、 


public class Menu extends MenuComponent { 

ArrayList menuConponents - new ArrayList() 
String name; 

String description; 


都必播羼子 ^enuConKfonent^^ . 
值用内鄱的 AmjfUst 记畢它们 • 


public Menu(String name. String descrip ， 
this.name - name; 
this.description - description; 

} 


public void add(MenuComponent menuComponent) {. 
menuComponents. add (menuCorrponent); 

} 

public void remove(MenuComponent raenuCcwnponent) 
menuComponents.remove{menuComponent); 

} 


_ Ci 和戟 (H 之»的索瑰不 一#. 戧们《汾 

^ 备个菜擘一个名字矜_个《(| = hi «. 


審个菜荦的爱名钤舭荦的名字。 


我 们 在 (if 将 菜辈硝和其的篥擘加 
,入«篥荦中。 ® 為菜荦和菜荦场郝 

| ^WiutComponcnt , M 以我们只會用 
—个方;.去就芍以®老兼麻° 


昀祥的1想.也 ; 
个 M «» rnCampDM«t 


也成 


public MenuComponent getChild{int i) { J 0 

return (MenuComponent)menuComponents.get(i); 

} 

__ 这 1 用来 》 饵名 掌和篇 ii 的弘方沾。 

public String getName {) { ^ 

return name; 。 厂 硝这砉 . 溅们 4 未 11 和办^()臧 

} / is \ JefttUuAn (). ©為 (i 螯方法对 Meiu * 来说轉 

public String getDescription 0 { 〆 没有 4 义 （ 5 然饬 9 雠认如 《 V /« 私有砉 


public String getDescription() 
return description; 


义） • 釦果有人试 f 存设 用这螫 方法. 
妖含得 f*)UnsMp|»otttf tionExc*ftion 興 常。 


public void print() { 
System. out.print 
System.out.println(' 
System.out.println 

} 


getName()); 

+ getDescription())j 


M 打印出 篥辈. 我们乃印菜 
*\__ /輩的 名称和描注 。 
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迭代器与组合横式 



说得好0因为菜单是一个组合，包含了菜单项和其他的菜 
单，所以它的 printO 应该打印出它所包含的一切。如果它 
不这么做，我们就必须遍历整个组合的毎个节点，然后将 
每 ‘项打印出来。这么一来，也就失去了使用组合结构的 
怠义。 


想要 iH 确地实现 printO 其实很容易，因为我们可以让每个 
组件打印自己，这种递归方式简直美妙极了，赶快来看看 


存 i ! 历舻 闵. 如粱 ilf _) 另一个菜輩时象.它的 
ptintO 方法含孖豸另一个 (| 场.体:欠类柏。 
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测试菜单组合 


测 试前的准备工 作…* 

差不多吋以测试了，但是在 开始测 试之前， 
的主要 客户： 

public class Waitress { 

MenuComponent allMenus; 


站只 ft 戌用蕞領层篥辈的就刁以乃 
印 f 个篥 輩居: 欠，色舛鰣奄篥輩及免荀菜辈 

场,] 

这个女招碭含变得俅饧硃。 


public Waitress(MenuComponent allMenu3) { 
this.allMenus = allMenus; 

} 


public void printMenu() 
alIMenus.print(); 

} 


我们必须更新女招待的代码一毕竟她是菜单 

f mm 料 ㈣ 衫的 5 . 


好了，在 开始蒯 试前，还剩 I 、 - 最后一件事。让我们了解一下，在运行时菜单组合是什么 
样的 ： 

4 项名 的菜輩 .揭州的 

S 个菜#和《»场和定们 
篥辈《件戏 O , ifi 合 




«0含 


Q r 3 个菜 # 部《 <5- /^V 

…… W ^ •衫/ 

Q Q Q Q QQ Q 

Q Q Q Q 



S © Q 


o ? 




1 It 


•0 7 
ffs 


A , 
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迭代器与组合模式 


編写测试程序 


好了，现在要写一个测试程序。和以前的版本不同，我们这个版本要在测试 
程序中处理所有菜单的创建。我们可以请每位厨师交出他的新菜单，伹是让 
我们先将这-切澜试完毕。代码 如下： 


public class MenuTestDrive { 

public static void main(String args[]) { 

MenuCon^onent pancakeHouseMenu = 

new Menu("PANCAKE HOUSE MENU ”， "Breakfast"); 
MenuComponent dinerMenu = 

new Menu ("DINER MENU", "Lunch '”； 

MenuComponent cafeMenu ■ 

new Menu("CAFE MENU", "Dinner"); 

MenuComponent dessertMenu ■ 

new Menu("DESSERT MENU ”， "Dessert of course! w ) 


光的菜辈 



个 I 难堪的 


MenuCorrponent allMenus = new Menu ( n ALL MENUS", "All menus combined"); 


allMenus.add(pancakeHouseMenu); 
allMenus.add(dinerMenu); 
allMenus.add(cafeMenu); 



// 在这里加入菜单项 

dinerMenu.add(new Menultem( 

••Pasta", 

*'Spaghetti with Marinara Sauce, and a 


戧们值用 铂含的 “rfO 方法.将 5 个棻翬 KJ 加 
入利珀层菜 

现在我们 t 麝扣工*所有的篥攀颂. 
名一—一这盎一个制孑， i 子霣他的菜辇 
场.硪巷宠 t 的泜 


slice of sourdough bread". 


true, 

3 . 89 )); 

dinerMenu.add(dessertMenu); 



8 后 ao 也在菜孝中加个菜 l 
由子篥輩和菜擘瑀部 ^eruCom V ontnt , 
錡以篥擘芍以喊列祕破如入。 


dessertMenu.add(new Menultem( 
"Apple Pie", 

M Apple pie with a flakey crust, 
true, 

1 . 59 )); 

// 在这里加入更多菜单项 


topped with vanilla ice cream", 

在昶魚篥荦 I ： 加 3 箄 


Waitress waitress = new Waitress (allMenus) > ^~~""N 

A- - 

waitress.printMenuO ; 


- S 我们将 f 个*，居次构迮 龙竿. 
把达#个 4 焓女招 待. 俅含 I [现 .女 
招# •#«*©*# 勿印 i 乘.甬右弒 
4* 如 A 掌。 
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组合责任 


执行结柒 


ii 份执«这《荃子; tf 的; 


•eSEs 

I % java MenuTestDrive 
ALL MENUS, All menus combined 

- 我 n 的菜鞏邾…… . c . f 鵠用备 

PANCAKE HOUSE MENU, Breakfast ^ ^ I r " • ' "' r； 一 

_ _ {j) } 

K&B，s Pancake Breakfast(v), 2.99 

--Pancakes with scrambled eggs, and toast 
Regular Pancake Breakfast ， 2.99 

--Pancakes with fried eggs, sausage 
Blueberry Pancakes(v) , 3.49 J . 一 

--Pancakes made with fresh blueberries, and blueberry syrup 

Waffles (v) , 3.59 ^ 

--Waffles, with your choice of blueberries or strawberries 

DINER MENU, Lunch 

Vegetarian BLT (v) , 2.99 . _ u *- 

― (Fakin^) Bacon with lettuce & tomato on whole wheat 

BLT 2.99 

1- Bacon with lettuce & tomato on whole wheat 

Soup of the day, 3.29 ^ ,, 

--A bowl of the soup of the day, with a side of potato salad 

Hotdog^ 3^0 with S aurkraut, relish, onions, topped with cheese 

Steamed Veggies and Brown Rice(v), 3.99 
Steamed vegetables over brown rice 

PaS ^^Spaghetti with Marinara Sauce, and a slice of sourdough bread 
DESSERT MENU, Dessert of course! ^_ 二遢萆 咩 时 

I 咕 ” Appl^pie with a flakey crust, topped with vanilla ice cream ^ ^ ^ ^ ^ 

Cheesecake^v)^1 99^^ cheesecake , w ith a chocolate graham crust 桌 

Sorbet(v), 1.89 多 

― A scoop of raspberry and a scoop of lime 

AFE MENU, Dinner 

Veaaie Burqer and Air Fries(v), 3.99 , ^ ■ 

g — veggie burger on a whole wheat bun, lettuce, tomato, and fries 

Soup of the of the W ith a side salad 

Burrito(burrito, with whole pinto beans, salsa, guacamole 
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迭代器与组合横式 


.4^： 


酋先你 舍诉我 

们令类，一令贵任”，现在却轮我 
们一令 it 一令类有苒令 贵任的 栈式。姐 含祺式 
不佴 SfH 层次铋构. 还要飨 行菜簟 
的场作。 


你的观察有儿分真实性。我们可以这么说，组合模式以单一责任设 
计拟则 换取透明性 （ transparency >。什么是透明性？通过让组件的 
接口 M 时包含一些管理子节点和叶节点的操作，客户就可以将组合 
和叶节点-视冏 C 。 也就是说，一个元素究竟是组合还是叶节点， 
对客户是透明的。 


现在，我们在 MenuComponem 类中同时具有两种类型的操作。闪为 
客户有机会对•个元紊做 些 +恰当或是没有意义的操作（例如试 
图把菜单添加到菜单 项）， 所以我们失丈•了 一咚“安全性”。这是 
设计 h 的抉择，我们当然也可以采用另一种方向的设计，将责任区 
分开来放在不冋的接口中。这么一来，设计1：就比较安全，但我们 
也 W 此失太 f 透明性，客户的代码将必须用条件语句和 insunceof 操 
作符处理不冋类犁的节点。 

所以，回到你的问题，这是一个很典型的折衷案例。尽管我们受到 
设 I 十原则的指导，俱是，我们总是需要观察某原则对我们的设计所 
造成的影响。有时候，我们会故意做一些看似违 反原則 的亊情。然 
rfri ， 在某咚例子中，这足观点的叫题》比方说，让管理孩子的操作 
(例如 addO 、 rcmovc ()、 gctChildO ) 出现在叶节点中，似乎很不恰当， 
但是换个视角来看，你可以把叶节点视为没冇孩 f •的节点。 
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闪回网迭代器 

闪诊到迭代器 

几页前，我们答应过会告诉你怎样用组合来使用迭代器。我们其实已经在 
printO 方法内部的实现中使用了迭代器，除此之外，如果女招待需要，我们 
也能让她使用迭代器遍历整个组合。比方说，女招待可能想要游走整个菜 
单，挑出素食项。 


想要实现一个组合迭代器，让我们为每个组件都加上 crcateUeratorO 方法•从 
抽象的 MenuComponent 类开始 下手： 



裁 fT ) 在 中加入一个 

cieatwhtxAtoxOjs t'4 e (A 砉味着 . 
S 个菜辈和菜辈砝部必汤食现这个 
方法。也金 崃着， 的一个铟含涓用 
⑽价 九州 t 0 t () 方:•去.铐含在用子 
讜姐合的所有昶孑 》 


现在我们需要在菜单和菜单项类中实现这个方法: 


public class Menu extends MenuComponent 


ii 其他部分的代码不需要修改 


〆 


a 丨«用一个拆的， A 坊! 6 
C9mpo§itt3t€utot^) 这个 
透代 》知迮如何邊 历任何铯合。 
戣们軻0笏硪含的透代入它 
的均逢器。 


public Iterator createlterator() { 

return new Compositelterator(menuComponents.iterator())? 


public class MenuItem extends MenuComponent { 


// 其他部分的代码不需要修改 


public Iterator createlterator() 
return new Nulllterator; 



现為轮 j * …… 

天續 ff 么 ^. NuUJtetatot ? 
爯过务两伢秕含知 if 5。 
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迭代器与组合樓式 


组含迭代器 

这个 Compositeherator 是一个不可小觑的迭代器。它的工作是遍历组件内的 
菜单项，而 II 确保所有的子菜争（以及子子菜黾…… ） 都被包括进来。 

代码是下面这样的〃请注意，代码虽然不多， W 是不见得容易理解。 

注意： 

眼着我默念“递归是我的朋友，递归是我的朋友……” ^,|\ f 

厂 糾 ㈣ 时 n 細 *们— 前面 i 

import java.util.*; O 递归区 

public class Compositelterator implements Iterator { 将我们 4 ii 历的货 iS 含的 2 代 g 
Stack stack = new Stack0; 作入-戥们鈀它抛进一个佾钱教馮 



public class Compositelterator implements Iterator 
Stack stack = new Stack(); / 


public Compositelterator(Iterator iterator) 
sf.ack.push (iterator); 


钤 5 . 劣審户 S 鐾奴馎下一 
_ 个无# 的的砵.我 f 3 光涑用 
hirMextO 来砝定基否这苟下 
一个。 


public Object nextO { L 一 ~ 果砵 n I 5 2 笱下 

if (hasNextO) { — 个 a 

Iterator iterator = (Iterator) stack.peek(); 

MenuComponent component = (MenuComponent) iterator.next(); 
if (component instanceof Menu) { * ^ * , 

stack, push (component .createlterator ()) ; r\ — i 戏 fH 就 

) ^ 从推拽中肢 AO 箣的违代器. 

return component; ««»(S 6«T -1X *. 

1 else { \ 

return null; 




public boolean hasNextO { a + H 斗 

if (stack.empty()) { 

return false; 

} else { 

Iterator iterator = (Iterator) s 
if (!iterator.hasNext()) { 

stack.pop{); 
return hasNext 0; 

} else { 广 

return true; J 

} S 則 • 彖孑 2 充下 

1 我们連 


如粱; fcU -个* 辈.-个 "歧 
ifii 4 历中的 进合. 鰣以 A 们枵它去进佾後中 。不* 
4不4菜辈.我们部这®.戈组件 • 


(Iterator) stack.peek() ; 
t()) ( ^ 


g * 扣 il&S 2_下 _ 个走縈.我 
、 们桧奩傖栈 4 S 边涑空： 如蓽 
$ 1, 軚表子沒<5下一个走* "5。 

S 則.我们《从佾後的珀《中较 4 
器.# «4 sa « 下-个 无素。 
如*它.:4<5无柰.我们《它 殚出佾 
钱.然后逢用<>«咖《0-' 


public void remove() { 

throw new UnsupportedOperationException ()i 


an 不支押教 I 除•这 
fo 有连历 a 
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S 1 不玎小* 的代铒…… 究* 
为什么嬝认 « 为 
MtnuComponent 奥的 printdS 过 
的邊拓代铒 t «? 


在我们写 MenuComponent 炎的 print () 方法的时 
候，我们利用了一个迭代器来遍历组件内的毎 
个项。如果遇到的 是菜单 （而不是菜单 项）， 
我们躭会递归地调用 printO 方法处理它。换句 
话说， MenuComponent 是在“内部”自行处理 
遍历。 


但是在上页的代码中，我们实现的是一个“外 
部”的迭代器，所以有许多需要追踪的事情。 
外部迭代器必须维护它在遍历中的位置，以便 
外部客户可以通过调用 hasNextO 和 nextO 来驱 
动遍历。在这个例子中，我们的代码也必须维 
护组合递归结构的位罝。这也就是为什么当我 
们在组合层次结构中上 1-- 下下时，使用堆栈来 
维护我们的位》。 



迭代器与组合模式 


针对菜单和菜单项绘制一张图。然后假装你是 Compositelterator , 而你的工作是处理对 hasNextO 和 
nextO 的调用。请在下面的代码执行过程中，追踪 Compositelterator 的足迹。 

public void testCompositelterator(MenuComponent component) { 

Compositelterator iterator = new Compositelterator(component.iterator ); 

while(iterator.hasNext())( 

MenuComponent component = iterator.next{); 
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空迭代器 


空迭代器 


mi * “空的象 

返回 null 


到底什么是空迭代器 （NullUerator) 呢？这么说 好了： 菜单项内没什么可 
以遍历的，对吧？那么我们要如何实现菜单项的 createlteratorO 方法呢？有 
两种 选择： 

选择一： 


我们可以让 createheratorO 方法返回 nuH， 但是如果这么做，我们的 
客户代码就需要条件语句来判断返回值是否为 null。 

选择二： 

返回一个迭代器，而这个迭代器的 hasNextO 永远返回 false 


这似乎是一个更好的方案。我们依然可以返回一个迭代器，客户不 
用再担心返回值是否为 mill。 我们等干是创建了一个迭代器，其作 
用是“没作用”。 


当然第二个选择看起来比较好。让我们称它为空迭代器，下面是它的实 
现. 

C 5 袅你所看过蕞煉的违代鼉何 

import java - util. Iterator; 么搴代鄱不激 0 

public class Nulllterator implements Iterator { 


public Object next() 
return null; 



必 Mxt () 被 iQ 用的. 


public boolean hasNext() { 
return false; 



最重屬的,咨 “ sN * xt () 破用时. 
未达达 ®^a(se # 


public void remove{) { 

throw new UnsupportedOperationExcepLion() 


空违代 8 不主押 

iemave D 
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绐我素食菜单 

现在，我们已经有一种方式可以遍历菜单的每个项了。让我们 
为女招待加上-个吋以确切地告诉我们哪些项 g 是素食的方法。 


public class Waitress { 

MenuComponent allMenus; 


public Waitress(MenuComponent allMenus) { 
this.allMenus ， allMenus; 


public void printMenu() { 
allMenus.print(); 



pmit ilefetatin Menu()^ r « 

的闼含 # 項 到它的 违代器来行巧戧们的 
Compost k t Atot 。 


public void printVegetarianMenu() { 

Iterator iterator * allMenus.createlterator() 

System.out.printInr\nVEGETARIAN MENU\n - " 

while (iterator.hasNext()) { 

MenuComponent menuConyonent - ^ 

(MenuComponent)iterator.next(); 

try < 

if (menuComponent.isVegetarian()) 
menuComponent.print<); 

I . ' ： /j . 鐵逮:減：; :麵 

(UnsupportedOperationException e) {} 

M' J " ，，M ' f 




} 

1 



catch 


» 1 





邊历铂含内的 5 个无 

棄。 

汨用备个光砉的“仙0方:去 . 
如蓽杖磷 用它的 p ,tnt() 方法 * 


[ ^粲輩砀的叫” f () 方:.在 9 fe / •破 
试用，绝对不挞调用棻輩（硪 
含） fApuntOm , 依皤说达赛 
© 喝? 


我 f ) 在菜章 X 貧现方:在 让它永 

这相4兵當，如粱具常杲助 *{ 

麴從 ij 个苒掌. «.€ 


你现在的位置 > 373 



迭代器和组合凑在一起的魔力 


迭代器和组含凌在—起的魔力…… 

我们可是费了好大-番 I •夫才走到这里的。现在我们已经有了 一个总菜单结构，可以应对未来餐 
饮帝国的成长需求了。现在让我们屯下休息一会儿，顺便点些素食来吃吧： 


% java MenuTestDrive 
I VEGETARIAN MENU 


棄食菜鞏*芑含55个某鞏内的 

_ fH 

K&B，s Pancake Breakfast(v), 2.99 

--Pancakes with scrambled eggs, and toast 

Blueberry Pancakes(v), 3.49 J w 一 

--Pancakes made with fresh blueberries, and blueberry syrup 

Waffles (v) . 3.59 . 

-• waffles , with your choice of blueberries or strawberries 

Vegetarian BLT(v), 2.99 

--(Fakin') Bacon with lettuce & tomato on whole wheat 
Steamed Veggies and Brown Rice(v ), 3.99 
Steamed vegetables over brown rice 

PaS ^^Spaghetti with Marinara Sauce, and a slice of sourdough bread 
冲 P — Appl^pie with a flakey crust, topped with vanilla ice cream 
Cheesecake^/) ^1 99^^ cheesecaJce , w ith a chocolate graham crust 
Sorbet(v), 1.89 

A scoop of raspberry and a scoop of lime 

Appl^pie with a flakey crust, topped with vanilla ice cream 

Cheesecakejv) ^1 99^ cheesecaJce> w ith a chocolate graham crust 

Sorbet(v), 1.89 ^ . 0 

--A scoop of raspberry and a scoop of lime 
Veaaie Burger and Air Fries(v}, 3.99 , •__ 

__ veggie burger on a whole wheat bun, lettuce, tomato, and fries 

Burrxto - ^ rrito ^ with whole pinto beans, salsa, guacamole 
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我注 f 到在你的 prlutVefletarlanMenu ㈠ 方法沟. 
你值用了 try / eafch 采处3并签不支 ^ isVegetarianO ^ 
法的菜蕈的 还铒。 我老1嘈人瘃说达不是一个好 
的鑲 稃肜式 e 


你说的是这个 n 巴： 


try 


if (menuComponent.isVegetarian <)) { 
menuComponent.print(); 

} 

catch (UnsupportedOperationException) {} 


‘ sV/ = 
⑽ “食 ㈣ ••个 s 當 . 


釦菜菜辈钼件不支砷 ii 个孫作，邛我 
们魷的这个屙當鼉 c ： 不 Jf - 


一般来说，我们同意你的看法； try / catch 是一种错误处理的 
方法，而不是程序逻辑的方法-如果不这么做，我们还有 
哪些选择呢？我们玎以在调用 isVegetarianO 方法之前，用 
instanceof •来检査菜单组件的运行时类型，以确定它是菜单 
项。仍是这么做，我们就会因为无法统一处理菜单和 菜申项 
而失去透明性。 


我们也可以改写 Menu 的 isVegetarianO 方法，让它返冋 false 。 
这提供了一个 简申的 解决方案，同时也保持了透明性。 


我们的解决方案是为了要済楚地表示我们的想法。我们真正 
想要传达的 isVegelarianO 是 Menu 没有支持的操作（这和 
说 isVegetarianO 是 false 意义不等同）。这样的做法也允许后 
来人去为 Menu 实现一个合理的 isVegetarian () 方法，而我们不 
必为此再修改这里的代码了。 

这是我们的说法，而 II 我们坚持这 么做。 
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访问组合模式 



糢式告白 

本周 访问： 

组合模式，我们要讨论他在实现上的问題 


HeadFirst ： 我们今天晚上的谈话来宾是组合 模式。 
组合，请向大家介绍一下你自己。 

组合： 好的……当你有数个对象的集合，它们彼此 
之间有“整体/部分”的关系， 并且你 想用一致的方 
式对待这些对象时，你就需要我。 

HeadFirst ： 好了，让我们从这里深人……你所谓 
的“整体/部分”关系，指的是什么？ 

组合：就拿图形用户界面来说，你经常会看到一个 
顶层的组件（像是 Frame 或 Panel ) 包含着其他组件 （ 
像菜单、文字面板、滚动条.按钮）所以你的 GUI 包 
含了若干部分，但是 当你显 示它的时候，你认为它 
是一个整体你告诉顶层的组件显示，然后躭放手 
不管，由顶层组件 负责显 示所有相关的 部分。 

我们称这种包含其他组件的组件为组合对象，而称 
没有包含其他组件的组件为叶节点对象。 

HeadFirst ： 至于你所谓的•■用一致的方式对待”所 
有的对象，又是什么意思？是不是说组合和叶节点 
之间具有共同的方法可以调用？ 

组合：没错。 我可以叫组合对象显示或是叫叶节点 
对象 显示， 他们会各自做出正确的 事情。 组合对象 
会叫它所有的组件显示。 

HeadFirst ： 这意味着每一个对象都有相同的接口。 
万一组合中有些对象的行为不太一样，怎么办？ 

组合：这个嘛，为了要保持透明性，组合内所有的 
对象都必须实现相同的接口，否则客户就必须操心 
哪个对象是用哪个接口，这就失去了组合模式的意 
义。很明显的，这也意味着有些对象具备一些没有 


意义的方法调用。 

HeadFirst ： 那怎么办？ 

组合： 有些方式可以处理这一点。有时候你可以让 
这样的方法不做事，或者返回 null 值或 false , 至于挑 
哪一种方式，就看哪一种在你的应用中比较合乎$ 
辑。 

有时候，你可能想要采取更激烈一点的手法，直接 
抛出异常。当然，客户就要愿意多做一些事情，以 
确定方法调用不会做意料之外的事情。 

HeadFirst ： 但是如果客户不知道他所处理的对象是 
哪一种，在不检査类型的情况下，他们又如何知道 
应该调用什么呢？ 

组合： 如果你稍微有一点创惫，就可以将你的方法 
架构起来，好让默认实现能够做.-些有意义的事 
情。 比方说，如果你的客户调用了 getChildO , 对组 
合来说，这个方法是有意义的 • 如果你把叶节点想 
象成没有孩子的对象.这个方法对叶节点来说也是有 
意义的。 

HeadFirst ： «： . 聪明。 但是，我听说一些客户 
其实很担心这个问题，所以他们对不同的对象用了 
不同的接口，这样就不会产生没有意义的方法调用 
了。这还算是组合模式吗？ 

组合： 是的，这是更安全版本的组合模式，但是这 
需要客户先检査每个对象的类型，然后才进行方法 
的调用。 

HeadFirst :请告诉我们更多的关于组合和叶节点对 
象的结构的事吧。 
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组合： 通常是用树形结构，也就是一种层次结构。 

根就是 m 层的组合，然后往下是它的孩子，最末端 
是叶节 点。 

HeadFirst ： 孩子会不会反向指向它的父亲？ 

组合： 是的，组件可以有-个指向父亲的指针，以 
便在游走时更 容易。 而且，如果引用某个孩子，你 
想从树形结构中劚除这个孩子，你会需要父亲去删 
除它。-•旦孩 T 有了指向父亲的引用，达做起来就 
很 容易。 

HeadFirst ： 在你的实埂上，还真的有很多的事情需 
要考虑呢。在实现组合模式的时候，还有其他的问 
题吗？ 

组合：老实说，还有……其中之一躭是孩子的次 
序。万一你有一个需要保持特定孩子次序的组合对 
象，就需要使用更复杂的管理方案来进行孩子的增 
加和 m 除，而且当你在这个 s 次结构内游走时.应 
该要更加小心。 

HeadFirst ： 很好的观点，我根本没想 到过* 

组合： 你想到过缓存 （ caching ) 吗？ 

HeadFirst -. 缓存？ 

组合： 是的，缓存 • 有时候，如果这个组合结构很 
复杂， 或者遍历的代价太高，那么实现组合节点的 
线存躭很有帮助。比方说，如果你要不断地 遍历一 
个组合，而且它的毎一个子节点都需要进行某些计 
算，那你就应该使用缓存来临时保存结果，省去遍 
历的开支。 


HeadFirst : 哇！组合模式真的具有相当的内涵，远 
远超出我之前的想象。在我们结束之前，我还有最 
后.个 问埋： 你认为你的最大强项是什么？ 

组合： 我认为我 it 客户生活得更加简单。我的客户 
不再需要操心面对的是组合对象还是叶节点对象 
了，所以就不需要写一大堆 if 语句来保证他们对正确 
的对象调用了正确的方法。通常，他们只盅要对整 
个结构调用一个方法并执行操作就可以了. 

HeadFirst ： 听起来像是一个很重要的好处。毫无疑 
问，你是-个很有用的模式，可以帮助我们收集和 
管理对象。时间已经到了……非常感谢您的参与， 
别忘了继续关注其他的捵式告白。 
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填字游戏 



横排 提示： 

1 . User interface packages often use this pattern 
for their components. 

3. Collection and Iterator are in this package 

5. We encapsulated this. 

6. A separate object that can traverse a 
collection. 

10. Merged with the Diner. 

12. Has no children. 

13. Name of principle that states only one 
responsibility per class. 

14. Third company acquired. 

15 . A class should have only one reason to do 
this. 

16. This class indirectly supports Iterator. 

17. This menu caused us to change our entire 
imolementation. 


竖排 提示： 

1. A composite holds this. 

2. We java-enabled her. 

4. We deleted PancakeHouseMenulterator 
because this class already provides an iterator. 

5. The Iterator Pattern decouples the client from 

the aggregates_. 

7. Compositelterator used a lot of this. 

8. Iterators are usually created using this 
pattern. 

9. A component can be a composite or this. 

11 . Hashtable and ArrayList both implement this 
interface. 
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请将下列模式和描述配对： 

模式 描述 


策畸 

客户玎冰将对象的*含从 
及令别 的对象同仁 

适紀器 

沒供一个方式 來邊拓 鐫含. 

拓无绍暴蠡鐫含的实现 

迭代器 

简 化一蚜 类的捿 W 

外难 

改变一个成多个类的捿 W 

餓含 

g 某个状 isa 变时，允许 

-轉对象能被遴知刻 

难察者 

封浆玎至»的行为， 再值 
用金托决定值用《#-个 




你的设计工具箱 


參 


设计箱沟的工爯 

多了两个模式.两种很棒的方法来处理集合对象。 


00 






\ = 4S 銲 ㈣ 食糾 

V :二一一 

, o >* A «•••*• 

:价 W 个鉍 




W ' 




00 


铁式 


冬聋殳罔的介绍 ■? 驀 
个#式。 


tJ i 來 1 卜 


「一个 〆* 


i\\i\ 





成 r 二二 砂 


大眷， 


——要点一 

■ 迭代器允许访问聚合的元 
素，而不需要暴露它的内 
部结构。 

■ 迭代器将遍历聚合的工作 
封装进一个对象中。 

■ 当使用迭代器的时候.我 
们依赖聚合提供遍历 • 

■ 迭代器提供了一个通用的 
接口，让我们遍历聚合的 
项，当我们编码使用聚合 
的项时，就可以使用多态 
机制。 

»我们应该努力让一个类只 
分 配一个 责任。 

■ 组合模式提供一个结构， 
可同时包容个別对象和组 
合 对象。 

■ 组合模式允许客户对个别 
对象以及组合对象一视同 
仁。 

■ 组合结构内的任意对象称 
为组件，组件可以是组 
合，也可以是叶节点。 

■ 在实现组合模式时，有许 
多设计上的折衷。你要根 
据需要平衡透明性和安全 
性。 


380 第 9 章 


迭代器与组合模式 


S 越解答 


^i^pen your pencil 


根据我们的 printMenuO 实现，下列哪一项为真？ 


0^ A. 我们娃针对 PancakeHouseMenu 和 
DinerMenu 的具体实现编码，而不是 
针对接口 # 

□ B. 女招待没有实现 Java 女招待 API, 所 
以她没有遵守标准。 

C. 如果我们决定从 DinerMenu 切换 
到另一种菜单，此菜单的项是用 
Hashtablc 来存放的，我们会因此需要 
修改女招待中的许多代码。 


QM>. 女招待需要知道每个菜单如何表达 
内部的菜单项集合，这违反了封装》 

E. 我们有重复的代码 I printMenuO 方 
法甭要两个循环，来遍历两种不同 
的菜单，如果我们加上第三种菜单， 
我们就需要第三个 循环。 

□ F. 这个实现并没有基于 MXML (Menu 
XML) ， 所以就没有办法互操作， 


，/ , 

在看下一页之前，请很快写下为了能让这份代码符合我们的框架，我们要对它做的三件 亊情: 


f. t 现 O 


2 去典 ptJteiwK) 


3. io S ： creAte)teiAlot(), 达®—个 Jiciatot , 以历咖咖《6〖《的仿 0 
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习 ft 解答 


382 


0 


代码帖藓答 

组合出“另一种” DinerMenu 的迭代器 


import java.util.Iterator; 
import java.util.Calendar; 


[public class AlternatingpxnerMenuIt^tSTTt 

□ 


'Menu I tern [] items; 
[int posit ion ； 


public AlternatingDinerMenuIterator(Menultem[] items) 


a 


this.items *= items ； 


public boolean hasNext() { | 

m 

if (position >■ items. 

return false; 

} else { 

return true; 

) 

.length I I itemsfposition】=* null) { 




a 


Menultem menuItem — items[position]; 
position = position +2; 
return menultem; 


remove() 


it 违代 

^ - Si; Mr- 

iemove() 




I public void re 

|throw new UnsupportedOperationException( 

Alternating Diner Menu Iterator does not support remove(,»); 


第 9 章 




♦ 


请将下列模式和描述 K 对: 

模式 



迭代》与组合樓式 



描述 _ 

窖户可将对象的供含吆 
A 令别的对象 一«« 仁 

嫌供一令方式# a ® 鐫含. 
s 无兔暴含的实瓊 

简化一驊类的捿 c 


K 变一令 琏多令类的癱 o 


g* 个状对， 允许 
-一驊对>能被*知勤 

\ 封蒎玎 S 嫌的行为， 抖值 

ffl 金 托法定 《两个 
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填字游戏解答 


习越解荅 
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10 狄 0 糢式 



基本 常识： 策略模式和状态模式是双胞胎，在出生时才分 

开。你已经知逬丫，策略模式是围绕可以互换的算法来创建成功业务的。然 
而，状态走的是更崇高的路，它通过改变对象内部的状态来帮助对象控制自己 
的行为。它常常告诉它的对象客户“跟着我念：我很幛，我很聪明，我最优秀 
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认识万能糖果公司 


Jail 碎机 


Java 烤而包机已经落伍 f, 现在人们已经把 Java 创建 
&像鲭果机这样 AiK 的装罝屮。没错.糖! ft 机已经进 
人 I* 髙科技时代。糖果叽的主要制造厂商发现，只要把, 
CPU 放进机器中，就4以增加销售里:，通过 M 络监测库 
存,并且能精准地得知客户的满意度， 

m 是这些制造商都是糖果机的专家，扦非软件专家，他 
们需荽你的 帮助： 


o ^ 

在一 “栌 



万能轜累公9 

有糖果叽的地方， 

永远充满活力 


㈣ 州卿一， 
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状态檨式 




办公室踽间对活 


Anne ： 这张图像是一张状态图。 

Joe ： 没错，每个圆阐都是一个状态. 
Anne ： . rfri 每个箭头都是状态的转换。 


Frank : 慢点，你们两个。我已经好久没有接触状态图，忘得一干二净 
了！你们能提醒我状态图是干什么的吗？ 


Anne : 当然可 以了， Frank 。 你看到的岡阖，就是状态。“没有25分 
钱”大槪就是糖果机的开始状态，等着你把钱放进来。每.个状态都代 
表机器不同的配置以某种方式行动，需要某些动作将目前的状态转换到 
另一个状态。 


Joe: 没错。看，要进入另.个状态，必须做某些事情，例如将 25 分钱 
的硬币放进机器中。所以你看到有-个箭头从“没有 25 分钱”指向“有 25 分 


Frank :是的 


Joe : 这就表示如果糖果机在“没有25分钱”的状态下，放进25分钱的硬币，就会进入“有25分钱”的状态。 
这就是状态的转换^ 


Frank : 噢！我懂了！如果我是在“有25分钱”的状态，就可以转动曲柄改变到“售出糖果”状态，或者退还 
硬币 W 到“没有25分钱”状态。 

Anne ： 就是这样！ 


Frank : 这个状态图肴 起来并 不太准 • 很明 K 我们有四个状态， rfij 我认为我们也有四个动作，分 別为： “投 
人25分钱， . “退冋25分饯”、“转动曲柄 '•和 ••发放糖果” •但是……当我们发放的时候，要在“售出糖 
采”的状 态中测 试，足占糖 果数目 ti 经为本，来决定是否要进人到-糖果售罄-状态，或是进人“没有25分 
钱”状态。所以实际上，我们有五个状态转换。 

Anne : 测试 糖果数 目足否为零，也盘味着我们必须持续地追踪糖果的数目。任何时候只要机器给出一颗糖果, 
都有可能是坫后一颗楢果，如 采是的 话，我们就需要转换到••糖果售罄" 状态。 

Joe : 也请不要忘了■以做没有息义的事，例如，9糖果机在“没有25分钱”状态的时候，试着去退回25分饯, 
或者是在糖果机内 M 时放进两个25分钱《 

Frank : 噢！这我倒没想到，我们也要注意到这部分。 

Joe : 对何.个 "] ■能的动作，我们都要检査，看看我们所处的状态和动作是否合适。这没问®!让我们开 
始将状态图映射成代码…… 
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回驩状态机 


狀态机101 


我们如何从状态图得到真正的代码呢？下 面是一 个实现状态机 
( statemachine ) 的简单介绍。 

o 首先，找出所有的状态： 



ii 妖*玟各 - 个。 


® 接下来，创建一个实例变量来持有 H 前的状态，然后定义毎个状态的值: 


S- 


(SoW o “ t ) * 



final static int SOLD_OUT = 0; 
final static int NO 一 QUARTER =1; 
final static int HAS QUARTER = 2 ； 
final static int SOLD * 3; > 


备一个仗态部用-个不阕 
的 f ftft 表。 


int state - SOLD OUT; 


•••••• *这4_个贫例変 f . 

的徒态。 "«*« 
#' 杖态.©的 轉* 机 一4 始柝箱 4 
姿* 的时鎮. 4沒荀* «* 的。 


o 现在，我们将所有系统中可以发生的动作整合起来: 


技入《分鋏 

分钱 

赛罨 ( i 个 ffi ， 锔用仔何―个战 


这咎刼 (14 鵪粟机的 
^。. 一 这:&你 tt 的 
鹌粟机激的辜續 • 



发放_粟 f 多袅麴栗机的内部劫 

0. ^St 6. 
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状态模式 


O 现在，我们创建了 -个类，它的作用就像是一个状态机。对毎 
一个动作，我们都创违 /•-- 个对应的方法，这些方法利用条件语 
句来决定在每个状态内什么行为是恰当的。比如对 ••投 人25分 
钱"这个动作来说，我们可以把对应方法写成下面的 样子： 

public void insertQuarter() { 


if (state == HAS_QUARTER) { 

System, out .println (''You can’t insert another quarter” ； 

} else if (state =» SOLD_OUT) { 

System, out .println (''You can # t insert a quarter, the machine ia/^old out") 
} else if {state -= SOLD) { 

System.out .println (、、Please wait, we" re already giving you a gumball^); 

} else if (state == NO_QUARTER) { 
state = HAS^QUARTER; 

System, out .println (''You inserted a quarter ”； 


蒌一个 芍钧的徒态郝 
t f 用条4锡匀检 

i …… 



.(5 4也芍以轉減料另—个 

杖态簿杖态®中 M 描铪的邳样。 


我 们在达 1所谈论的是一个遍用 
的 妓巧： 如钶对对象沟的议态建 
祺一 A 过釦建 一 t 实倒变 f 采辩 
有状 态值， 稃在方 法沟书 S 彔件 
代 铒采处3不两钬$。 


旮 ii 一歿甬泫的戊明 C 后.让莪们符姑宕 琨蟾粟 机吒！ 
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实现糖果机 


写 7 代码 

现在我们来实现糖果机。我们知道要利用实例变量持有当前的状态，然后需要处理所 
有可能发生的动作、行为和状态的转换。我们需要实现的动作包括：投入25分钱 .退 
回25分钱、转动曲柄和发放糖果，也要检査糖果是否售罄。 


public class Gumba 11 Machine { 

final static int SOLD_OUT = 
final static int NO_QUARTF.R 
final static int HAS_QUARTER 
final static int SOLD = 3; 

int state = SOLD OUT; 


int count 


0; 


public GumballMachine(int count) { 
this.count = count; 
if (count > 0) { 

state = NO 一 QUARTER; 

) 

) 

{7^ 规成方法 …… 



㈣ 4_个汰备。 它⑽舍# 衫公 

这个农 例変#痒坊法苗蚨态. 
8为 **<! 羃诱 f ^ 


•矸始边说 


裁 f ) g 有第二个禽例爱 I . 用乘 (| 结机霣 

内的祷果激0。 

构 it » t 靂初始 II 果虞存署劣鍁參激。 
如果廊存#不豸睿的该. 机9就食进 
入_沒«以 分钱” 的杖忘， 也鱿 I 说 
它芩赛到人投入 25 分钱。釦粟艚蓽廬 
C 於0 的谈. 机蘗秕食係痄在-麴粟琪 
#" 的坟 


法布 25 分似 进來， 妖含执行达置 …… ^ c Vd4 . 

投入过《分钱•我 

_ 们弒者诉脒 *» 

如粟 •沒布 25分 
juarter "}; 钱"的坟态下， 我们 就滅 
f 受25 分钱. 4料祆态 ㈣ 摘 
利“有《 分钱 - 的徒态。 


public void insertQuarter() { 

if (state = HAS_QUARTER> ( 、 

System. out. println (** You can't insert another qu 
} else if (state == NO—QUARTER) { 
state = HAS 一 QUARTER; 

System.out.println("You inserted a quarter"); 

} else if (state = SOLD_OUT) { ^ 

System.out.println{"You can't insert a quarter, the machine is sold out") 
} else if (state == SOLD) { 

System.out.println("Please wait, we're already giving you a gumball"); 


如粟嫌本利就 f<f 
找筹一下.妗让犾态鞾硪劣苹，佚 
篡 ！♦) "{ ft 有25分钱 • 的徒态。 


如蓽麴蓽3经访 
我们軚拍绝 汝钱。 
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m, 如粟棟客试珊 《 ® z5 分钱 •， 


状态樓式 


public void ejectQuarter() { 夂〕 々蓽衫 5 分钱 . 妖粑钱 《出 

if (state == HAS 一 QUARTER} { 皋 田的 - 沒布 25 分钱 " 的 

System.out .println ("Quarter returned"); 少 〆^ 、站太 

State = NOQUARTER; 

} else if <state == NO_QUARTER) { 矣 _ 釦粟沒有 25 分钱的该 . 

System.out. print In ("You haven * t inserted a quarter* 1 ) ; U [S 出 25 分 

} else if (state == SOLD) { 

System.out .println ('•Sorry, you already turned the crank"); 

} else if (state == SOLD_OUT) { 

System.out.println{’.You can’t eject, you haven't inserted a quarter yet "); 


t 如粟鹌粟铒 #, 就 ; 畳 25 分钱， 
^ 咨然也不可翁氓钱。 



賴審试««刼曲籂 


如 梁麻客 3经鞾功 曲杨， 
就；钱？.估3经 
拿«艚蓽5! 


public void turnCranJc() { f~^ l_J 想錨 过机霹 拿《次麴栗》 

if (state =- SOLD) { ^ 

System.out.println ("Turning twice doesn't get you another gumball I**); 

} else if (state == NO_QUARTER)( 我光投入 

System. out.println ("You turned but there * s no quarter"); 25 分钱。 

} else if (state == SOLDOUT) { ° p 

System.out.println ("You turned, but there are no gumballs"); 级们不 林 汾轉畢 " " 

} else if (state == HAS_QUARTER) { ^ 一 ^^ 经沒布任何麴粟"？。 

System, out .println <’’You turned. 

state = SOLD; Alj)l 他们會的鹌粟 *5 。 电变玟态 

, dispense(,； . 料进 用机* 的 

public void dispense () { ^ * 法沾们 

if (state == SOLD)( 〆^ 聲狄魯， 


Ui 4<5 任何麴粟 3 ' 


dispense () ; 


if (state == SOLD) { 

System.out.println{ n A gumball comes rolling out the slot”} 
count = count ■ 1; 

if (count == 0) { 病 

System.out.println("Oops, out of gumballs!"); 
state = SOLD_OUT; § 

} else { y \ 赛 

State = NO QUARTER; \ • 

) ~ iS 

} else if (state == NO_QUARTER) { \ 

System.out.println("You need to pay first"); - 

} else if (state -= SOLD OUT) { ^, 

System.out .println ('*No gumball dispensed") ; 咎 I] 

} else if (state == HAS_QUARTER) { 〆 釦黑 

System.out.println( w No gumball dispensed"); 芦 


•蓽 H 嫌他们 

")； 鹌*! 

滅棘壤， 

钱 i 态。 


(j 螫部 ; T • 在檳農金，住 
扣 * 麻睿 a 么 .的 

系不 4«« 鞴栗， 


//这里是像 toString () 和 refill (> 的其他的方法 
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测试糖果机 


沟鄯谢试 


感觉它像是使用思虑周密的方法学构造的牢不可破的设计，你不觉得吗？ 

在我们将它交给万能糖果公司，安装到实际的糖果机器内之前，让我们先 
做一个小小的内部测试。测试程序是这样的： 

/ 一 - 豸共 * *5 5 痗 轉粟。 

public class Gumba 1 IMachineTestDrive ( I 

public static void main(String 【 ]args) { ^ 

GumballMachine gumballMachine ■ new GumballMachine(5); 

System.out .println (guinballMachine); 打印出机器的秋 

gumballMachine.insertQuarter (); 冬一 ** 投入一牧 25 分钱硬申 . 

gumballMachine.turnCrank() ; 

HH9 )^： 我们在 拿 

System .out .print In (gumballMachine) / - ^ 

' 異一:欠勿印出机 21 的枝备。 — 

gumballMachine• insertQuarter U ^ v 

gumballMachine.ejectQuarter () ; 人牧 25 分⑽争 •… 

guinballMachine. turnCrank() ? 曩求机 3$ 铁。 

.,, K 转幼 曲杨 ; 我们在 技拿不 蓽。 

System.out .pnntln (gumballMachine); 

爯一次勿印出 机赛的 蚨态 。 

guinballMachine. insertQuarter (); - - 投入 — 校 25 分钱 i £ 吊 . 

gumballMachine. turnCrank (); - 一 ^ 鞾幼 曲麵； 戧 fO 左讀拿 » 榨 IU 

gumballMachine. insertQuarter () ? ^ - - 尸入一 &25 分钱硬爭 . 

S ： nM ： cMn ：： S ： ctOu"ti ； 0; ^ “㈣ 邮如幻憎粟。 

^ 屬求机器出钱 。 

Systezn.out.println(gumballMachine); ^ 爲 - 幼 的杖备。 

gumballMachine. insertQuarter () ; 》於 25 分钱 . 

gumballMachine. insertQuarter () ; ^ ^ , 

gumballMachine. turnCrank () ; ^—- - ff w®iW} 戏宏果。 

gumballMachine.insertQuarter () ; __ 

gumballMachine. turnCrank (); 现符做眉力 W 试 . 

guinballMachine. insertQuarter (); 
gumballMachine.turnCrank(); 

System, out. print In (gumballMachine); A 一攻打印 A 机 # 的徒备。 

} 

} 
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买糖果，玩游戏 

淡來的躲不捋……变更清求[ 

万能糖果公司已经将你的代码放进他们的新机器中，然后让他们 
的质保专家进行 测试。 到目前为止，在他们 看来一 切都很顺利。 

事实上，实在是太顺利了，所以他们想要变点花样…… 
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状态模式 


设计谜題 

为万能糖果公司的机器绘制一个状态图，处理这个十 次盧一 次的竞 
赛。在这个竞赛中，“冉出糖果”状态有10%的机率会导致掉下两 
探糖果，而不是 -. 颗。在你继续下一步之前，请将你的答案和我们 
的解答做对比（在本章的婊后），以确定我们的看法一致…… 



方能糟*公9 

有糖果机的 地方， 

永远充满活力 



迻用万挝耔粟公 蜀的全 爯來丢 伪的祆 态密。 
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寧情变得一团乱 


湛秕的狄态 


使用一种考虑周详的方法学写糖果机的代码，并不意味着这份代码就容易扩展。事实上，当你 
回顿这些代码，并开始考虑要如何修改它时…… 


final static int SOLD’OUT = 0; 
final static int NO_QUARTER = 1 ； 
final static int HAS 一 QUARTER = 2; 
final static int SOLD = 3; 



tt . 饬必汤知个斬的徒态•稃為氟 
拿” a ( AS 不#太麻嫌 •••••• 


public void insertQuarter() { 
//这里加入投币代码 


public void ejectQuarter() { 
//这里加入退币代码 


public void turnCrank() { 
//这里加人转动曲柄代码 


public void dispense 0 ( 
//这里加人发放糖果代码 


N 燃后徕必墦个方沾中加入 ■■个 新的 
|件«_來415| -tr i *-&： 

的5。 

― t “《» CT « fc () 尤 ©办你必场 * 

irt 砝* 检賫0 期的® *4*4裊$. « 后* 

: *宏4切減利 贏挛玟 &24«出《*坟5。 


your pencil 



下列哪-项描述了我们实现的状态？（多选） 

□ A . 这份代码确实没有遵守开放-关闭 

□ D . 

状态转换被埋藏在条件语句中，所以并 

原則。 


不明显。 

□ B . 这份代码会让 Fortran 程序员感到 

□ E . 

我们还没有把会改变的那部分包装来。 

骄傲。 

□ C . 这个设计其实不符合面向对象。 

□ F . 

未来加人的代码很有可能会导致 bug 。 
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状态横式 


/达样孑不紗。我认为我们的*- 

个»本枏不格， fi * K * 方能**公9 N , 

»* 求的新行为的 出*,达 tte 本 S 8 不 s ] 
a » n . « if 中 buo 的机率増大 玎能会 纶我/ 

一^们華来 麻烯， *不用 说达会 i £ CEO «« ini ^) 

joe ： 你说的没错！我们需要载构这份代码，以便我们能容易地维护和修 
改它。 

Anne , 我们应泫试着局部化毎个状态的行为，这样-来，如果我们针对 
某个状态做 了改变. 魷小_会把其他的代码给搞乱 f • 

Joe ： 没错，换句话说，遵守■•封装变化”原則。 

Anne ： 正是如此。 

Joe ： 如采我们将每个状态的行为都放在各自的类中，那么毎个状态只要 
实现它自己的动作就可以了。 

Anne : 对。或 iT •糖果机只需要委托给代表当前状态的状态对象。 

Joe : 哇！你真 H ■:这不正是“多用组合，少用继承■吗？我们应用了更 
多的原甽。 

Anne ： 呵呵！我并没有百分之 Ff 确定就要这 么做， 情是我想我们已经有 
正确的方向了。 

Joe : 我止在想这是否可以使添加新状态更容易呢？ 

Anne ： 我认为可以……我们还是需要改变代码，但是改变将局限在小范 
ffl 内。丙为加人.个新的状态，就意味着我们要加人一个新的类还冇可 
能要改变一_转换。 

joe ： 听起來不错。让我们动手进行新的设计吧！ 
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新的状态设计 


新 的设计 

我们的计划是这 样的： 不要维护我们现有的代码，我们重写它以便于将状态对象封装 
在各自的类中，然后在动作发生时委托给当前状态《 


我们在这里遵照我们的设计原则，所以最后应该得到一个容易维护的设计 • 我们要做 
的事情是： 

O 首先，我们定 义一个 state 接口。在这个接口内，糖果机的毎个动作 
都 有一个 对应的方法。 

Q 然后为机器中的每个状态实现状态类。这些类将负赍在对应的状态下 
进行机器的行为。 

o 最后，我们要摆脱旧的条件代码，取而代之的方式是，将动作委托到 
状态类。 

你将会看到，我们不仅遵守了设计原则，实际上我们还实现了状态模式。在重新完成 
代码之后我们再来了解状态模式的正式定义…… 
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状态樓式 


定义狀态捿 D 和类 

* 先，让«们匍建 一 fStat «» o , «««««#必*矣躧达令讅 


ii*4M 有 杖态的 Jllo a ii# 方法右通_射 《♦» 粟 
杌上的劫仃 （ti 螫方珐和 之«代 tff 的_ 

样）。 
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都有哪些状 态类‘ 


想要实现我们的状态，我们首先需要指定当每一个动作被调用时，类的行 
为是哪一个。请在下面这张图上，为每个类的每个动作的行为加上注释《> 
我们已经先帮你填写了其中的几个。 


苦拆秭客**饬2沒 奄孜入 25 分钱— 


I | )So^State c 


苦 访祅菩 我们第 上 •给你一湃轉 粟” 


&放一荈轉篥，检查軔下秭蓽鬏0,釦 
蓽 >0,妖邊入 NcQ «4 ttcrStatc ,:利！入 
SoUOw(St«t« 9 


苦 W 祅害._榨粟 含都镇 宄" 


WoQmrtfState 

nsenOuattarO 

efadQuarierO 

tumCrankO 

cfcpenseO I 丨 

HwQmrtfStatg 

insertQuartwO 

siedQuaitort) 

tumCrai*0 

dsperiseO 

— SotdStite 

insertOuartef{) 

^octQuarterO 

lumCrankO 丨 

dspenseO 

~ So<dOu^tate 

i(MftQuaflsrt) 

fljsdQuarterO 

(umCrankC 

tfcpwiwO 

WtnmrStato 

jnaerKXjaitefO 

etectQuarter() 

(umdankO 

dispenseO ? 


勹 







状态模式 


实现我们的状态类 

现在是实现一个状态的时 候了： 我们知道我们要的行为是什么，我们只需要把它变成代码。我们打算完全遵守 
所写下的状态机代码，但是这一次是分散在不同的类中。 


让我们从 NoQuarterState 开始: 




public class NoQuarterState implements State 
GumballMachine gumballMachine; 

public NoQuarterState(GumballMachine gumballMachine) 
this.gumballMachine = gumballMachine; 

) 


public void insertQuarter <) { 

System.out.println( w You inserted a quarter"); 
gumballMachine.setState(gumballMachine.getHasQuarterState (”； 


public void ejectQuarter() { 

System.out.println<"You haven't inserted a quarter"); 

) 夸 

public void turnCrank() { 

System.out.println( M You turned, but there,s no quarter"), 


戏们逢过构 Ct 器涔到轉菜机 
的？ I 用， 赛后 将它记求在犮 
例变 f 中。 

如*<5人投入分钱. 
我们《打印出一条消 
们戏蚩 5 25分钱.《 
后汝2机8的坟 S f ‘） 

H4$QH4it«tStatc c 


如句 I 行的。 


如羃给钱 
求浬饯。 


魷不戗 I 


public void dispense 0 { 

System.out.println("You need 


to pay first"> 




^ 釦粟沒洽钱.軚不鲒求砖 

、•粟 。 

放麴果 。 


你现在的位 S > 401 



糖果机内的状态对象 


重新改造嫌柒机 

在* 成达® * 之前. «们*重新改《 韆累机 一好 it 你？ 薄达 一 《的«理。 我们从 《 
兵的 实俐耷 1开埯 动手， 餡疟拕 朦采值 用餐歉 代表的 杖态改 为狄态 对象： 
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状态模式 


完餐的**机类…… 

public class GumballMachine 

State soldOutState; 
State noQuarterState; 
State hasQuarterState; 
State soldState; 


State state = soldOutState; 
int count = 0; 


public GumballMachine(int numberGumballs) { 
soldOutState = new SoldOutState(this); 
noQuarterState ■ new NoQuarterState(this); 
hasQuarterState = new HasQuarterState(this), 
soldState = new SoldState(this); 
this.count = numberGumballs; 
if (numberGumballs > 0) { 

state = noQuarterState; ( 



以及宏剩变 f 


二“” t # 例录机 3 为装有多 
少辟果 一孖始杌果的。 




-科汰6 也# ㈣ 一 个衫龙 


釦羃赵过0瀕鵪 f . 

我 ( D 就把伏备设为 
NoQiu»teiSut« 0 


public void insertQuarter() 
state.insertQuarter(); 

) 

public void ejectQuarter() 
state.ejectQuarterO ; 


public void turnCrank() { 

state.turnCrank(); 
state.dispense(); 



容》*现夂 *■ 




void setState(State state) { 
this.state = state; 


这个方 在尤许的的丨 
杖 S 的象）《机8的杖 &鞾謫 « 不用 
的祆态。 


void releaseBall() { 

System.out.printIn( W A ^umbdlX comes rolling out the slot 

if {< ：°^ 1. -1 
, count - count 1( R 


U 这里有更多的方法，其中包括每一个状态的 getter . 

^ iitm <^ rtNoQ M - tc « Sut«()ia 样用來 K 洱备个的象的杖 
^态的 方泫； 2毪对9以舣得秭蓽的蛊0的 M 化 0 “” t () ir 法， 
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糖果机的更多状态 


实 现更多 的狄态 


现在你应该开始对糖果机和状态之间是如何配合的有点儿感觉了。让我们实现 
HasQuarterState (有25分钱）和 SoWState (售出糖果）类 …… 


public class HasQuarterState implements 
GumballMachine gumba11Machine; 


State 


public HasQuarterState(GumballMachine gumballMachine) 
this.gumballMachine = gumbalIMachine; 

} 


public void insertQuarter() { c 

System.out.println("You can*t insert another quarter"); 

) 

public void ejectQuarter () { 

System.out.println("Quarter returned"); 

gumballMachine.setState(gumballMachine.getNoQuarterState()); 

} 

public void turnCrank() { 

System.out.println("You turned. 

gumballMachine.setState(gumballMachine.getSoldState()); 

public void dispense()( 

System, out .println (*'No gumba 11 dispensed'*); 


:该.…二 
ii* -个的 


这 4* t 坎&的务 


(£ 出躲吝的2 5 分 
钱. 4坍 R 各 粍鴉利 

洛鉑杯破耗功的，洩们 
，弒 il/B 它的 fi * tSut *() 方 

象 rt 妗夸敖.坍机赛的 
伏备 耗減利 

备。 ( i 个对拿9 
以 (I 过 ptSoWStat «() 方法 
肤饵 （备个状各都«_个 
劣法）。 
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状态樓式 


现在，让我们来看看 SoldSute 类 …… 

public class SoldState implements State { 

// 构造器和实例变最在这里 


的此坎 备象浼 • 


public void insertQuarter{) { 

System.out.println( M Please wait, we're already giving you a gumball") / 


public void ejectQuarter() { 

System.out.println (” Sorry, you already turned the crank"); 



public void turnCrankO { 

System.out.println("Turning twice doesn't get you another gumball!")j 


public void dispense() { ^ 

gurnballMachine. releaseBall (); 
if (gumballMachine.getCount(> > 0) { 

gumballMachine.setState(gumballMachi^/e.getNoQuarterState()); 
} else { 

System, out .println (•'Oops, out of a6mballs ! n ); 
gumballMachine. setState (gumbay^lachine.getSoldOutState O ) i 

} 





们 if 先* 襞机 0 汝 


in a 蓽的舶含 


SoWOMtS ㈣ 。 





让我们来回头看看糖果机的实现 • 如果曲柄被转动了，伹是没有成功（比方说顾客没有 
先投入 25 分钱的硬币）。在这种情况下，尽管没有必要，但我们还是会调用 dispenseO 方 
法。对干这个问题你要如何修改呢？ 
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轮到你实现一个状态 


your pencil 


我们还剩下一个没有实现 的类 ： SoldOutState (糖果售罄状态）。你何不 
来实现它呢？小心地弄清楚糖果机在每种情况下应该如何反应。在继续下 
一贞之前，请先检査一下你的答案 • 


public class SoldOutState implements { 

Gumba11Machine gumballMachine; 

public SoldOutState(GumballMachine gumballMachine) { 


public void insertQuarter() { 


public void ejectQuarter() { 


public void turnCrank() 


public void dispense{> { 
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状态模式 


检査一 T, 到目前为止我们 B 经做 5 哪些 擧情… • 

你现在有了一个糖采机的，久:现，它在结构上和前一个版本差异颉大，但是功能上却是一样的。通 
过从结构上改变实现，你 d 经做到了以下几点。 

■ 将毎个状态的行为 W 部化到它 fi 己的类中》 

■ 将容易产生 H 题的 ifift 句 刪除， 以方便 H 后的 维护。 

■ 让每一个状态'•对修改关闭”. il : 糖果机“对扩展丌放”，因为可以加人新的状态戈（我们 
马上就这么做 ）• 

■ 创违 一个新 的代码基和类结构.这更能映射万能糖果公司的图，而且更容爵阅读和 理解。 
现在，再多检査一苎我们所做的功能面： 


糖菜机❹ 



代器的 i 铂坟态 si 这 4 
类玄例 C 一 
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状态转换 



名功 (1 边讲用的.它杖含波凌托 
I .)洛匍的 


耱集机料 

， tumCrankQ 



祭果趴 


在 ii 个倒子中.省 ft 器在 
HAsQ“a»t*i 伏态的. ■{ 零用 
tutnCtttnhOi . 机器含辟減 
l)Sold (堪出糖蓽) H &0 


9 

§ 


拜掮 fOSflW 杖备 


i 


…、一 & . 
良故 — 舜被策 •• 



dispensed 


耱菜机料 

m 

^5^ 



* 


瓮多栌蟾笨 


. 然后机器将 

椹昶刎下的轉 
菜數0,決金1 
进入 SoUO“t24 
MoQuAttct 狄态 0 
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状态横式 


^^rpen your pencil 



从 NoQ uarter 状态开始追踪糖果机的工作步骤。也请利用机器的动作和输出为图加上说明。在这个练习 
中，你可以假设机器中有很多糖果《 


O 



錚果趴 


鳙$板緣 6 

翁 

修 

1 


❶ 


① 


鳙$机裱6 

t 

修 

參 

■ 


耱 




o 


•- 


^00 00 

0 


o 


① 


I 
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定义状态横式 


定义状0祺式 

是的，这是真的，我们刚刚实现了状态模式！现在，让我们来看看它是怎么一 回事: 


状态#式允许对象在内部状态改变时改变它的行为，对 
象看起来好像修改了它的类. 


这个描述中的第一部分附有相当多的涵义，是吧？因为这个模式将状态封装成为独立的类，并将动作 
委托到代表当前状态的对象，我们知道行为会随着内部状态而改变。糖果机提供了一个很好的例子： 
当糖果机是在 NoQuarterState 或 HasQuarterState 两种不同的状态时，你投入25分钱，就会得到不同的行 
为（机器接受25分钱和机器拒绝25分钱）。 


而这个定义中的第二部分呢？ 一个对象“看起来好像修改了它的类”是什么意思呢？从客户的视角来 
看： 如果说你使用的对象能够完全改变它的行为，那么你会觉得，这个对象实际上是从别的类实例化 
而来的。然而，实际上，你知道我们是在使用组合通过简单引用不同的状态对象来造成类改变的假象。 


好了，现在就让我们检査状态模式的 类图: 


Co » ⑽ (iTi) 4 ■■个 类.它句以 
揀 充一普 内《狄&。<5我们的制孑中. 
(^um6*Uf^chineii & 个 CoHtMt 。 



宏犬: 个所笱及体祆态的 
共同趙 仔何杖 态部貧现这个相阑的 
孩 o , 这祥一乘， 

籌。 


Context 


requestO 


state. haodleQ 


咖.以节人湖 
时的砧卵•对 0 方沭. 它鞑含破 
豸托到杖态來公 


State 


ConcreteStateA 


handteO 


I Con cr etcState B ~ | 

I handteO~ I 


9 以有夺多及沭的 
权态 0 


- 1 ：；^ 
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状态横式 


f-T . 在我的 Kftt . 
*畸«式和达萍类®相芩 tt 
是一旗 


好眼力！是的.类图是-样的， m 是这两个模式的差别在于它们 
的“意图”， 

以状态模式而言.我们将一群 rr 为封装在状态对象中， comexi 的行 
为随时可委托到那些状态对象中的一个。随着时间的流逝，当前状态 
在状态对象集合中游走改变，以反映出 context 内部的状态，因此， 
context 的行为也会跟苕改变.但是 context 的客户对于状态对象了解不 
多，其至根本是浑然不觉。 

rfli 以策略模式而言，客户通常主动指定 Context 所要组合的策略对象 
是哪-个。现在，固然策略模式让我们具有弹性，能够在运行时改变 
策略，但对于某个 context 对象来说，通常都只有一个最适当的策略对 
象。比方说，在第1章，有苎鸭 r (例如绿头鸭）被设 S 成利 用典® 的 
飞翔行为进行飞翔，而有些鸭子（例如搀皮鸭和诱饵鸭）使用的长翔 
行为只能 ih 他们紧貼 地面- 

-般来说，我们把策略拽式想成是除了继承之外的一种弹性替代方 
案。如果你使用继承定义了一个类的行为，你将被这个行为困住，甚 
至要修 改它都很难。有了策略模式，你可以通过组合+同的村象来改 
变行为。 


我们把状态模式想成是不用在 context 中放 S 许多条件判断的替代方 
案。 通过 将行为装进状态对象中，你可以通过在 context 内简单地改 
变状态对象来改变 context 的行为。 
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状态模式问答 


Dunil^t^iestiPns 

法。钽唯一的前提是，你的状态对象不能持有它们自已 
I 在 GumbaMMachine 中，状态决定了下一个 的内部 状态； 否則就不艇共芋. 

状态应该是什么。 ConcreteState 总是决定接下来的状态 想要共享状态，你需要把每个状态都栺定到铮态的实例 
是什么吗？ 中。如果你的状态需要利用到 Context 中的方法或 


: 不，并非总是如此， Context 也可以决定状态 

转換的流向， 

一般来讲，当状态转捵是因定的时候，就适合放在 
Context 中； 然而，当转袪是更动态的时候，通常就会放 
在状态类中（例如，在 GumballMachine 中，由运行时榇 
果的数目来决定状态要转換到 NoQuarter 还是 SoldOut ) • 
将状态转換放在状态类中的缺 点是： 状态类之间产生了 
依赖。在我们的 GumballMachine 实现中，我们试图通过 
使用 Contex 丨上的 getter 方法把依賴减到最小，而不是龙■式 
硬编码具体状态类。 

请注意，在做这个决策的同时，也等于是在为另一件事 
情做 决策： 当系统进化时，究竟哪个类是对修改封闭 （ 
Context 还是状态类）的。 

1^) : 客户会直接和状态交互叫？ 

: 不会，状态是用在 Context 中来代表它的内 

部状态以及行为的，所以只有 Contcju 才会对状态提出请 
求。客户不会直接改变 Context 的状态 • 全盘了解状态是 
Context 的工作，客户根木不了解，所以不会直接和状态 
联系。 

1^5) ；如果在我的程序中 Context 有许多实例，这 
些实例之间可以共車状态对象吗？ 

: 是的，绝对可以， 事 实上这是很常見的做 


者实例变量，你还必須在每个 handlerO 方法内传入一个 
context 的弓 I 用 • 

I 1 ®): 使用状态模式似乎总 ft 增加我们设计中类的 
数目， 请看 GumballMachine 的例子，新版本比旧版本多 
出了许多类！ 

^ : 没婧，在个别的状态类中封装状态行为，姑 

果总是增加这个设计中类的 数目。 这就是为了要获取弹性 
而付出的代价。除柞你的代码是一次性的，可以用完就扔 
掸（是呀！才任：！ ） ，那么其实状态模式的设计是絶对值 
得的，其实真正重要的是你暴露给客户的类数日，而且我 
们有办法将这呰额外的状态类全都隐藏起来* 

让我们看一下另一种 做法： 如果你有一个应用，它有很 
多状态，钽是你决定不将这些状态讨装在不同的对象 
中，那么你就会得到巨大的、整块的条件诱句《«这会让 
你的代码不容易维护和理解 • 通过使用许多对象，你可 
以让状态变得很千冷，在以后理解和維护它们时，就可 
以省下很多的工夫。 

( p ) : 状态模式类围显示 State 是一个抽象类，但 

你不 ft 使用接口实现糖果机状态的吗？ 

^ : 是的。如果我们没有共同的功能可以放进柚 

象类中，就会使用接口 • 在你实现状态模式时，很可能 
想使用抽 象类。 这么一来，当你以后需要在抽象类中加 
入新 的方法时就很容易， 不 需要打破具体状态的实现。 
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十次紬中一次的游戏，尚丰蘚决 


状态模式 


别忘了，我们还没有完亊呢。我们还有一个游戏在等待实现，然而，我们已经实现了状态模式, 
所以实现这个游戏应该易如反掌。首先，我们要在 GumbaUMachine 类中加人一个 状态： 


public class GumbaUMachine { 


State soldOutState; 
State noQuarterState; 


State hasQuarterState; 
State soldState; 

State winnerState; ’ 


State state = soldOutState; 
int count = 0; 

// 这 1 有一些方法 



你 ff 在 iif 知进一个扣的 
WinnctStAU 徒态. ft 后在构逢 
器中将它初始化。 

利 S 5 在 iif 块供一 
个 Wiww»Suu 的弘 1 如方 
法。 


现在让我们实现 WinnerState 类本身，其实它很像 SoldState 类: 


public class WinnerState implements State { 

// 实例变 t 和构造器 

// insertQuartei: 错误信息 f 

// ejectQuarter 错误信息 y 

// turnCrank 错误信息 


较 JlSoWS ⑽ — 榑。 

我们存 df 榜放比采典找蓽- 


NoQuAttetStat* ^SoWOittSut « 0 



蛘后进入 


public void dispense() { 

System.out.println("YOU'RE A WINNER! You get two gumballs for your quarter "); 
gumballMachine.releaseBall(); 


if (gumballMachine.getCount() == 0) { 

gumballMachine.setState(gumballMachine.getSoldOutState()) - - 

} else { 

gumballMachine.releaseBall(); 
if (gumballMachine.getCount ㈠ > 0) { 

gumballMachine.setState(gumballMachine.getNoQuarterState()); 

} else { 

System.out.println("Oops, out of gumballs !’”； 
gumballMachine.setState(gumballMachine.getSoldOutState()); 


如羼苟蓽二 
荈鹌蓽的读. 
a 们就鈀它待 
族出來。 
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实现十个中一个的游戏 

完成达个游戏 


我们还要冉做一个改变：我们需要实现机会随机数，还要增加一个进入 
WinnerState 状态的转换。 这两件事情都 要加进 HasQuarterState ， 因为顾 客会从 


这个状态中转动曲柄 : 



public class HasQuarterState implements State { 

Random randomWinner ■ new Random (System.currentTimeMillis()); 

GumballMachine gumballMachine; 


枣光 嵌们馎和 一个雎 
机 fe ? 生器 •户 4 
10%瓤的机金 •••*•• 


public HasQuarterState(GumballMachine gumballMachine) { 
this.gumballMachine = gumballMachine; 


public void insertQuarter() { 

System.out.println("You can * t insert another quarter"); 


public void ejectQuarter() { 

System.out.println("Quarter returned"); 

gumballMachine.setState(gumballMachine.getNoQuarterState() 


然后:央金这个輓窖袅 

m 。 


public void turnCrank(> ( 

System, out .println ( w You turned. ..**)； 
int winner — randon\Winn©r.nextInt (10) / 

if ((winner « 0) && (giunballMachine.getCount() > 1)) { 

gumballMachine.setState(gumballMachine.getWinnerState0) - 
} else { 

gumballMachine.setState (gumballMachine.getSoldStateO); 


public void dispense() { 

System.out.println("No gumball dispensed"}, 




釦粟贏 5, 系 fl 有足 
够的麴蓽芍以让的一 
••欠洱到某猓的读，戧 
们抚进入伏 
态，：則. 杖进入 
SoUStateH ^ (就璀平 
常一徉）。 


哇！实现起来真是容易！我们 刚刚为 GumballMachine 增加了一个新的状态，并实现了这 
个新的状态。要做的事情只是实现我们的机会游戏，并转换到正确的状态。看来我们新 
的代码策略已经奏效了 …… 
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状态横式 


尚万能糖果公司的 CEO 傲展示 


万能糖果公 H] 的 CEO 来汸， 来看#我们的新糖果机代码的演示。希望这些状态都没问题！我们 
要让这个展示简短向甜蜜 （CEO 们的注意力可不会停留太 久）， 但希望时间能够足够至少 
让我们嬴一次！ 



恁3—哆。 


爲來一汝 . 让 祷 IU 1 — " fH 会 


public class GumballMachineTestDrive { 

public static void main{String[ 】 args) 




GumballMachine gumballMachine - new GumballMachine ⑸ ； 


System.out. .print In (gumballMachine); 


gumballMachine.insertQuarter(); 
gumballMachine.turnCrank(); 


System.out.println(gumballMachine); 

gumballMachine.insertQuarter0; 
gumballMachine.turnCrank(); 
gumballMachine.insertQuarter(); 
gumballMachine.turnCrank0; 


System.out.println(gumballMachine); 




管个 在含嘗外*“以 
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测试糖果机 




r 


IFile Edit Wirxjow Help Whentsagumtoallaiawtireaker? 


% java GumballMachineTestDrive 
Mighty Gumball, Inc. 

Java-enabled Standing Gumball Model #2004 

Inventory : 5 gumballs 

Machine is waiting for quarter 

You inserted a quarter 

You turned. . . . ,, _ —, 

fOU , RE A WINNER! You get two gumballs for your quarter 

A gumball comes rolling out the slot.. 

A gumball comes rolling out the slot..• 


: t! 


bs rolling out the slot. 
bs rolling out the slot. 




Mighty Gumball, Inc. . 

Java-enabled Standing Gumball Model #2004 

Inventory : 3 gumballs 

Machine is waiting for quarter 

You inserted a quarter 

You turned. . . .. 

A gumball comes rolling out the slot... 

You inserted a quarter 

^ 0 ^RE 1 ^WINNER! You get two gumballs for your quarter 
A gumball comes rolling out the slot... 

A gumball comes rolling out the slot.. 

Oops, out of gumballs! 

^afa-^di^ng Gun^aU Model #2004 
Inventory : 0 gumballs 
Machine is sold out 
% 


• 制 n 为什么熏要 WinnerState? 力什么不直接在 SoldState 中发放两颗糖果 + ? 

^ . 这是一个好问題，这两个状态儿乎一样 . 味一的友别在于， WitmerS 咖状态 会发放两》糖策=你 
Z 可 : 肅放两 _ 的 —__ 缺点 ，_ = 

来代表。这样做料牲了状态类的清晰0来減少一姿冗余代码。你也应该考患到在前面的= = = = 
W .-个类 -个 责任。将 WinnerSuue 状态的责任放进中，你等于是必 ㈣ ⑽状态具有两个 
任^那么促鎖方案结東之后 A 者森家的机率改变之后，你又该怎么办呢？所以 • 这必須用你的智慧来做折及. 
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状态横式 


棒祖？ 丨你们达帮索伏.戗得好。 

通过达个新游戏，我们 的铀皂 1B 羟 
£ 冲云常了。你知埴爷 7 我们也制进 
汽本机，面我在 濮成许 荈认为达整机《也 
装上 达金 * 漭戏。我们 )0 的韁果机邾能达么 
tt7 . 新的汽木机由殖也玎吆吒？ 


箱神检 f …… 

是的，万能糖果公司的 CEO 或许需要 i 做精神检畓， 佾这不 是我们所要说 
的。在推出我们的舆金版本之前， U : 我们冉检査肴肴 GumballMachine 还有哪 
些方面需要 改进： 


A ft! 我 4托菜机.不4« 
蜢 „ ft.*.4；* S' Jl> " 


■ dispcnseO 方法即使是在没有 25 分钱时曲枘被转动的情况下 
也总足会被 调用- 我们可以 轻易地 修改这部分，做法是让 
turnCrankO 返冋 •个布 尔值，或者引入异常《你认为哪•种 
做法比较好? 

■ 状态转换的所有钾能被放在状态类屮，这可能异致什么问 
题？我们要将逻辑柊进糖果机中呜？这冇 仆么优 缺点？ 

■ 你会实例化许多的 GumballMachine 对象吗？如果是的话，你 
可能想要将状态的实例移到挣态的实例变&中共 I 1 -这擗要 
对 GumballMachine 和 Slate 做怎样的改变？ 


■ 我们在隹•出糖果和益 家状 态中，有许多复的代码。我们必 
须把这部分请理一下。要怎么做呢？我们 "r 以把 State 设计成 
抽象类，然后把方法的默认行为放在其中 • 毕竟，像是 ••你 
Li 经投人 25 分钱”这类的消息，不会被颐* 吞见. 所以，所 女’ 
有的“错误响应”行为都以写得具冇通用性，并放在抽象 
的 Slate 类屮供子奥 继承。 
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围炉 夜话： 状态与策略 

令在活*: 菜味祺式鸟 状态祺 式重聚 


策畸 钬态 

老兄，你听说了我来自第1章吗？ 

是的，我听说了。 


跚炉在诔 




我刚去帮了模板方法一个忙——他们要我帮他们 
结束那个章节。言归正传，我的高贵的老兄，近 
来如何？ 


我不这么认为，你#起来就像是在抄袭我，只是 
换个词罢了。你 想想： 我允许对象能够通过组合 
和委托来拥有不冏的行为或算法。你只是在抄袭 
我 罢了. 


是吗？怎么说？我不了解。 


是的，那是很精细的活儿……我相信你一定能够 
看出来，为什么这比继承你的行为更有威力，你 
说是吧？ 

很抱歉，你需要解释一下你的工作。 


没什么变化一"我还是在帮类的忙，让他们在不 
同的状态中展现不同的行为。 


我承认我们所做的亊情绝对有关系，但是我的意 
图和你的完全不一样。我教客户使用组合和委托 
的做法是完全不一样的。 

如果你能别花那么多时间在自己身上，或许你就 
能了解我所说的。总而言之，想想看你是如何工 
作的： 你有一个可以实例化的类，而且通常给它 
—个实现某些行为的策略对象。像&在第1章你处 
理呱呱叫的行为，对吗？真正的鸭子就拿到真正 
的呱呱叫行为，橡皮鸭子拿到吱吱叫的呱呱叫行 
为. 

是的，当然了。现在，你来了解一下我的工作方 
式，它是截然不同的。 
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状态横式 


菜« 


嘿！别这样，我也可以在运行时改变行为；毕竞 
这正是组合的目的！ 


好吧！我承认，我并没冇鼓励我的对象拥有一组 
定义良好的状态转换。事实上，我通常会去控制 
我的对象使用什么策略。 


是呀！继续做你的美梦吧，我的老兄。你好像以 
为自己和我一样是个大模式，但亊实上，我可是 
在第〗章就登场了《而你却是在第〗0章才有机会 
出现。我的意思是，有多少人能够真的把这本书 
看到第10章？ 


这就是你，老兄，一直都在做梦。 


伙6 

好吧！当我的 Context 对象被创建之后，我可以告 
诉它们从什么状态开始，然后它们会随着时间而 
改变自己的状态。 


当然你也能这么做，但是我的做法是利用许多不 
同的状态 对象； 我的 Context 对象会随着时间而改 
变状态，而 tt 何的状态改变都是定义好的。换句 
话说，“改变行为”这件事是建立在我的方案中 
的一这就是我的工作方式！ 


看吧！我已经说过了我们在结构上很像，但是我 
们做亊情的意围是十分不同的。面对这个亊实吧, 
我们两个在这个世界上都有用处6 


开什么玩笑？这吋是 " HeadFirst " 系列书籍，而 
这一系列的书都 超棒。 当然读者们会读到第 
H ) 章！ 
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重填练习 


我们差点儿忘了 f 


方能轎*公 S 

有糖采机的地力， 

永远充满活力 


韻 ; g ⑷ ㈣ 规 m 


•个耗減 . 洛糖粟机它 ）. 

我们$3 任故坧 扒呢:一-卷 卷下乐 这硃沪®—你链 
现 mum. ㈣ w" 
來况？.4-件0-搴褚！ 一万《«»*公川” 


状态模式 


pencil 

我们志要:你为糖果机写一个重填糖果的 refill () 方法。这个方法需要一个变 
S ——所要填人机器中的糖果数 H 。 它应该能更新糖果机内的糖果数目，并 
重设机器的状态。 
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将玎 tjtS 換的行为封浆起 
来，然后值《金托的方法, 
决定使用嫌―个行为 




祺 板方法 


由孑 类决定 如何实现箕法 
中的某巷步骤 

封浆綦子状态的行为，# 
将行为 金托到 咨« 杖！ 5 





状态樓式 



设 ii 箱沟的工爯 

又到了另一个章节的结尾。你所懂的模式已经足够帮 
你轻松通过任何工作面试了！ 


00赛斑 


00琢 W 

二二 - ， 

\ - 

-一气 




. 以二 !… 

豸过的琢 .的 ° 


00楳式_ 

* / 二 

— 


-- 个鉍雀 




( i 4 我 in 的扣榉式。 
如蓽你 ti 在一个 
炎中希理伏态.伏 
各榉式级併5鉍浆 
徒&的技巧。 




v “ 


•‘士 


‘•4_: 








…綽内《 


七 :. 


的秦 


-要点 

■ 状态模式允许一个对象基 
于内部状态而拥有不同的行 
为. 

■ 和程序状态机 （ PSM ) 不 
同，状态模式用类代表状 
态。 

_ Context 会将行为委托给当前 
状态对象。 

■ 通过将每个状态封装进一个 
类，我们把以后需要做的任 
何改变局部化了。 

■ 状态模式和策略模式有相同 
的类图，但是它们的意图不 
同 ■ 

■ 策略模式通常会用行为或算 
法来配置 Context 类。 

_状态換式允许 Context 随着状 
态的改变而改变行为。 

■ 状态转换可以由 State 类或 
Context 类控制。 

■ 使用状态模式通常会导致设 
计中类的数目大最增加。 

■ 状态类可以被多个 Context 实 
例共车。 
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状态棋式 


9 翅辭答 


^^cnyour — 


下列哪一项描述了我们实现的状态？（多选） 


s ^ a . 这份代码确实没有遵守开放-关闭 
原則。 

^ B. 这份代码会让 Fortran 程序员感到 
骄傲。 

^ C. 达个设计其实不符合面向对象。 


^ D . 状态转换被埋藏在条件语句中，所以 
并不明 a。 

^ e . 我们还没有把会改变的那部分包装来》 
J^F. 未来加入的代码很有可能会导致 bug。 


我们还_下-•个没有实现 的类： SoWOutStatc (» 果搀繫 状态） •你 
何不来实现它呢？小心地 弄清楚 糖果机 在每种 情况下 应该有怎样的 
行为，在《续下一页之前， 请 先检査一下你的答案…… 


public class SoldOutState implements State 
Gumbal lMachine guniba 11 Machine ； 

public SoldOutState (GuinballMachine qumballMachine) { 
this .gumballMachine •• gumballMachine ； 


public void insertQuarter() I 

System.out.println("You can't insert a quarter, the machine is sold out "); 


public void ejectQuarter()[ 

System.out.println("You can't ejects you haven't inserted a quarter yet"); 


public void turnCrank(> ( 

System.out.println("You turned, but there are no qunballs")/ 


public void dispense() { 

System.out.println("No gumball dispensed"); 


r 工’.工 

鈦托符攀找。 


^^pen your pencil 
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习题解答 



想要实现状态，我们首先需要指定当每一个动作被调用时，类的行为是哪一 
个。请在下面这张图上，为毎个类的每个动作的行为加上注释。我们 d 经先 
帮你填写了其中的几个。 

|>)HaffQaattetSute c 一 一 " _ 

NoQuartorStet* k 

苦俗杜客布投入25分 fT 。 n ^ flOuartorO — I 


苦佴《客 '« 鞟刼 5««. 住 4 沒有 M 分钱 ■ 。 

苦 钿枒吝 分钱 " _ 

苦 诂練客 " 你 3 经役入 2S 分钱， 不飭* 投入另外 
的 25 分钱 _ „ 

i§SW 分钱 . ®l‘) 沒苟 M 分钱的祆态。 __ 

I ' jSoMStAte ,, --- -- - 

苦佴扬睿 ■■ 沒有 轉蓽芍 lj/ • 发放 •’ • - 

苦诉麻審 “ 硪梢俏，我们系 I ：焓饬一羝 « 果 ” 。 

苦诉牦客 " 龙歉 . 係 S 经鞾过曲籂"。 _ 

苦诉秭客 “ 不含 ©4 鞾筹次秕拿到系 : 史轉 IT 。 

I 放一荈轉粟 t 检嗇机器中剩下的麴果龙0,如 
粟样粟. 就进入 NoQ “4» fe»Sute ,否則 进入 
SotdOutSuu e 

苦辩棟客 ” 麴粟迗 f M • -- 

苦访孩客 “ 仿 .S 沒奄歿入 25 分饯 - • \ 

Unfit. "« 栗全砟 3 尤 " s — 

苦《 « 客 '：£<,#*. - 

苦舛荈客 <, 
苦诉繃 $ "*«：. „ _ 

«放》«#|*。检螯 *) 余«菜蛊0,釦*>0, (2 入 、 
tioQuaUtiStAte ,盃时进 \SoldOutSute 0 


NoQmrtfStrt * 

in 8 MtQuarter () 

^sctOuartefO 1 

tumCrankO I 

cfapenseO 

H «$ Qmrfc > fStatt ~ 

inswtQuarlarO 

•jictQuarterO 

tumCrankO i 

(fepenseO 

Sold 3 tota 

irawtOuailBrO 

efedQuwterO 

lumCrankO 

dispenaaO 

SoMOu^toto ^ ~ 

nsertOuarteit) 

ejectQuarterO 

tumCranfcO 

dispertteO 

WinntfState 

itnertQuarterO 

•jectQuartert) 

tumCrankO ! 

dispense() 
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状态模式 


⑧ 




鳙$机裱备 

tumCrankQ 


2 


tumCrankQ 


r 


打塞的 劫作 


_ ($ 






a ^i) said a 


⑧ 


耱 t 机 ㈣ 


翁 

dispenseO 

0 >Z\m 


机器食戌用内郝的 
dispense()i^(^ . 给出 

一荈轉粟。 


⑩ 









然后鞾減约 
NoQttatt«t 狄备 4 


參 

% 





t ㉚ 馨 0 



的 

0 
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习 題解答 



fl^^pen your pencil - - - -- --- - 

我们需要你为糖果机写一个 refilio 方法。这个方法需要一个变置——所要填入 
机器中的糖果数目。它应该能更新糖果机内的糖果数目， 并重置 机器的状态。 


void refill (int count) { 
this.count = count; 
state - noQuarterState; 



11 代理糢式 


命 控制对象访问 命 



玩过扮白脸、扮黑脸的游戏吗？ 你是一个白脸，提供很好且很友善的 
服务，但是你不希望每个人都叫你做亊，所以找/•黑脸控制对 你的访 问。这就是代 
理要 做的： 控制和管 ffl 汸问。就像你将看到的，代理的；;•式有许多种。代理以通过 
Internet 为它们的代理对象搬运的整个方法调用而出名，它也可以代替某些懒惰的对 
象做-些事情。 


这是新的一章 429 



目标是什么？ 



，各位姐8, 我炱的碌望我 
的糖累 机能够 获得翬》的霡 
抢. 你能 《 W 方法轮我一份釀徉认 
及机 》议6的报 舍嘹？ 


听起来很容易，如果你还记得我们已经得到了可以 
取得糖采数最的 getCountO 方法和取得糖采机状态的 
getState () 方法。 


我们所需要做的事，就是创建一份能打印出来的报告， 
然后把它递送给 CEO 。 这个嘛！我们可能需要为每个糖 
果机加上一个位置的字段，这样 CEO 就可以一目 了然。 


这记珥我吧! 戧杖4万锊砖 
菜公 C 的 CEO 9 


让我们现在就开始编码。这一定会让 CEO 印象深刻，让 
他对我们彻底 改观。 
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代瑾模式 


为霡视器编码 


我们先为 GumballMachine 加上处理位置的支持: 

public class GumballMachine { 

// 其他实例变置 

String location; 


(SE 用 Sttin$ 记录。 


public GumballMachine 醮 _ ] | | ^8|^ 1>， int count) \ 


// 构造器内的其他代码 

this.location - location; 




public String get 
return locati 


ttLocation <) 
ion; 


佬 I 破涔入构这器内，然后佟到 
此# «4 f 中。 


让我们也如上—个方法 ， 以(爱存 
ff 佬轚的芍以取饵。 


//其他方法 

} 

现在让我们创建另一个类 ， GumballMonitor (糖果监视 器）， 以便取得机器 
的位置、糖果的库存量以及当前机器的状态，并打印成一份可爱的 报告。 


public class GumballMonitor { 
GumballMachine machine; 



public GumballMonitor(GumballMachine machine) { 
this.machine = machine; 


此益视 》 的构 (iJIfl 破怿入麴粟机达 
金 将对果 机记录存 wac/u”e 贫例変 f 中。 


public void report() { 

System.out.printlnC'Gumball Machine: w + machine.getLocation()); 

System.out.println ("Current inventory: " + machine.getCount () + gumballs*'); 
System.out.println("Current state: ” + machine.getState()); 



资费勿印艰苦的 tepou 方沾.含将佰置 ， yj 
存.机* 杖态 勿印出来。 
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本地糖果监视器 


测试監视器 


我们一下就搞定了， CEO 将对我们的开发能力感到折服。 

现在我 ( H 需要实例化-个 GumballMonitor (糖果监视 器）， 并-传人一个糖 果机: 


public class GumballMachineTestDrive { 

public static void main(String[] args) { 
int count = 0; 


if {args.length < 2) { 

System.out.printIn< w GumballMachine 
System.exit ⑴； 


_ 十 j 用命今入佬更和一孖姹的栲 
f 槪 


<name> 



則忘了将•更和盘0 1 
入构( I 器…… 


count = Integer.parselnt{args[11); 

GumballMachine gumballMachine * new Gumba11Machine(args[0 ], count); 


GumballMonitor monitor 

// 其他的测试代码 


new GumballMonitor(gumballMachine); 



,••••• 疼后实例化—个益視 8 • 
个 n 器來块供艰糸。 




monitor.report() ; 

r 

■士戧们仇器的艰咅的的 
候，戌用 tepott () 方:在 卯刁；> 



% java GumballMachineTestDrive Seattle 112 


Gumba11 Machine : Seattle 
Current Inventory: 112 guinballs 
Current State : waiting for quarter 
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代理模式 


达 it 我们学到？ 一令 教糾： 在孖治1 
嫉玛之前， * 先收鑼 t 求。希 f 我 < 0 

乂们不 I 爯从头开治…… y c 


剔抟心〖我 B 经会许多 
设 i 十核式 J • 我们其矣 只是 
til 迗稃代 IS (remote proxy ) 

V 客 7 f . ^ 



Joe ： 你说远程什么？ 2oe p, -"* 

Frank ： 远程代理。你 想想： 我们已经写好监视器代码，对吧？我们给 GumbaHMcmitor —个糖果机的引用， 
它给我们一份报告 • 问题在十监视器和糖果机在冏一个 JVM 上面执行，但是 CEO 希望在他的桌面上远程监 
控这些机器！所以我们可以4、要变化 GumbanMonitor ， 不要将糖果机交给 GumbaHMonitor , 而是将一个远 
程对象的代理交给它。 

Joe ： 我不太馑。 

Jim ： 我也不懂。 

Frank ： 让我从头开始说……所谓的代理 ( proxy ) ,就是代表某个真实的对象。在这个案例中，代理就像 
是糖果机对象一样，但其实樁后是它利用网络和一个远程的真止糖果机沟通。 

Jim ： 你是说，不需要改我们的代码，只要将 GumbanMachine 代理版本的引用交给监视器就可以了…… 

Joe ： 然后这个代理.假装它是真正的对象，但是其实一切的动作是它利用网络 和真正 的对象沟通。 

Frank ： 差不多就是这样。 

Joe ： 这好像说的比做的容易。 


Frank ： 或许吧！但是我不认为有这么难。我们必须确定糖果机能够通过网络接受请求并且提供服务，我 
们也需要让监视器有办法取得代理对象的引用，这方面，幸好 Java 已经有一些很棒的 内置工 具可以帮助我 
们.我们先看看远程代理…… 
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远程代理 


迗程代理的兔色 

远程代理就好比“远程对象的本地代表"。何谓“远程对象”？这是一种 
对象，活在不同的 Java 虚拟机 ( JVM ) 堆中（更一般的说法为，在不同的 
地址空间运行的远程 对象） •何谓“本地代表”？这是一种可以由本地方 
法调用的对象，其行为会转发到远程对象中 • 



你的窖户对象所做的弑像是在 傲迗® 方法锔用，佴其实只躉《用 
本摊堆中的“代3” 对象上的方法， 爯由代理处理 所有网铕通信 
的低萑细节。 
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代理模式 



在我们进下•步之前，想想看要如何设计一个支持远程方法调用的系统。你要怎样才能让开 
发人员不用写太多代码？让远程调用宥起来就好像本地调用一样，毫无瑕疵？ 


- 

远程调用程序应该完全透明吗？这是个好主意吗？这个方法可能会产生 m 题吗？ 
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RMI 浏览 

将迗程代理加到糠果机的盎视代码中 

构想 h , 这.切都很不错， W 是要如何创建.个代理，知道如何调用在另一个 JVM 中的对象的方法？ 

这个嘛！你不能取得另•个堆的村象的引用，换句话说，你不可以这么写： 

Duck d = <另-个准的对象> 

变 ltd 只能 ‘ JI 用当前代码 IS 句的 Ml - ••堆 空间的对象。 那该怎么办？该是 Java 远程方法调用出现的时钊 
了…… RMI 可以让我们找到远程 JVM 内的对象，汴允许我们谰用它们的方法。 

你 可能在 ((Head First Java » 书中看过 RMU 如果你还不懂 RMI ， 我们现在就稍微介绍一下，然后我们 
为糖呆机代码添加代理支持。 

我们打算这 么做： 

Q 首先，我们先浏览并了解一下 RMU 即使你熟 
悉 RMI, 你可能还想复习顺便跟着浏览一下风 

景。 

Q 接着. 我们会把 GumballMachine 变成远程服 
务，提供一些可以被远程调用的方法。 

Q 然后，我们将创建一个能和远程的 
GumballMachine 沟通的代理，这需要用到 
RML 最后再结合监视 系统. CEO 就可以监视 
任何数置的远程糖果机了 • 


RM1 浏 K 



如粟 伢基 訢孚.（号釦 ( IHI 下 
面几甭。否 WMd 池扣-下舭 
芍以5。 
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运程方法101 

假如我们想要设计一个系统，能够调用本地对象，然后将毎个请求转发到远程对象 t 进 
行》要如何设计？我们盅要一些辅助对象，帑我们真正进行沟通。这些辅助对象使客户就 
像在调用本地对象的方法 （事 实也是 如此） 一样。客户调用客户辅助对象上的方法，仿佛 
客户辅助对象就是真 正的服 务。客户辅助对象再负责为我们转发这些请求。 



RMI 涓 K 


换句话说，客户对象以为它调用的是远程服务上的方法，因为客户辅助对象乔装成服务对 
象，假装自己冇客户所要阑用的方法。 

m 是客 片辅助 对象不是真正的远程服务。虽然操作看起来很像（因为具有服务所宣称的相 
同的方法）， m 是并小筠正拥有客户所期望的方法逻辑。客户辅助对象会联系服务器，传 
送方法调用倍息（例如，方法名称.变量 等）， 然后等待服务器的返回。 

在服务器端，服务辅助对象从荠户辅助对象中接收请求（透 ilSocket 连接），将调用 的信息 
解包，然后调用离正服务对象上的真正方法。所以，对于服务对象来说，调用是本地的， 
来自服务辅助对象，而不是远程客户。 

服务辅助对象从服务中得到返间值，将它打包，然后运冋到客户辅助对象 （通过 M 络 
Socket 的输出 流）， 客户辅助对象对信息解包，敁后将返回值交给客户对象。 
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远程方法调用 


方法调用是如何崖生的 
① 



② 


客户辅助对象打包调用信息（变畐:、方法名称等），然后通过网 
络将它运给服务辅助对象 • 



③ 


眼务辅助对象把来自客户辅助对象的信息解包，找出被调用的方法（以 




及在哪个对象内），然后调用基 jt 的服务对象上的&£方法 • 

I 服务器堆 


客户堆 


“客户想要调用一个方法- 
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© 服务对象上的方法被调用，将结果返回给服务辅助对象。 



⑤ 脹务辅助对象把调用的返回佶息打包，然后通过网络运回给客户 
辅助 对象。 



( D 客户辅助对象把返回值解包，返回给客户对象。对于客户来说，这 
是完全透明的， 
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RMI ： 概观 


Java RMI 概艰 

现在你已经知道远程方 法如卜 n： 作的要点，你还需 
要 j ■解如何利 HJRM1 进行远稈方法调用。 

RMI 提供了客户辅助对象和眼务辅助对象，为客户 
铺助对柒创逮和服务对象相同的方法。 RMI 的好处 
在千你不必亲 CP-i 仟何 M 络或 I/O 代码。客户程序 
调用远程方法（即真£的服务所在）就和在运行在 
客户 F1 己的本地 JVM I..对对象进行正常方法调用 • 
样。 

rmi 也提供 r 所喪运行时的基础设施，好让这•切 
正常X 作。 这 ti 括了裔找服务 (lookup service) , 


这个服务用来寻找和®问远程村象。 

关 T.RMI 调用和本地（正常的）的方法调用，有一 
个不 同点。 虽然调用远程方法就如同调用本地方 
法一样，但足客户辅助对象会通过网络发送方法 
调用，所以 M 络和1/0的确足存在的。关干 M 络和 
I/O 部分，我们知道些什么？ 

我们知道网络和1/0是有风险的，容易失畋的，所以 
随时都可能抛出异常，也闶此，客户必须意识到风 
险的存在。再过几页我们就会 W 论这部分。 


RMI 称呼（译 注： terminology, 术语，重点在概念本身< nomenclature, 称呼.重点在槪念上貼的标签）： 
RMI 将客户辅助对象称为 stub (桩> ,服务辅助对象称为 skeleton (骨 架）。 



看，如何让客户做远程调用。 

接下来会有一堆步*和_些颠簸.大转弯…你可得系好安全带坐稳了，不过别 
太担心！ 
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制作迗程服务 

这里有用来制作远程服务的五个步骤的概要，换句话说，这些步睞将一个普通 
的对象变成可以被远程客户调用的远程对象。我们稍后会把这些步骤应用 T - 
GumballMachine 。 现在，就让我们看 看这些 步骤的细节， 

•-»- 4J*\ ■ • •<"•» «■!_• Ta f **S 'IS /14 r« V .. — • 

MyService.Java 

方法。客户将用它作为服务的类类型。 

Stub 和实际的服务都实现此接 UI 。 


步骤 

制作远程接口 

況與接丨1企以 . i n ntri 冲安白斤 ura 田的 





rmj^K 


步骤二： 

制作远程的实现 

这是做实际工作的类，为远程接口中定义 
的远程方法提供 f 真正的实观。这就是客 
户真正想要调用方法的对象（例如，我们 
的 GumballMachine ) 0 

步 骤三： 

利用 rmic 产生的 stub 和 skeleton 。 



MyServicelmpl.java 


為提*务。 ii 个方 
； i . 4«现 

iHlilo , 


闲, m IC 执金现染务的炎 




…… 魷含声 I 寿个 


这就是客户和服务的辅助类。你不需自己创建 
这些类，其至连生成它们的代码都不用看，因 
为当你运行 rmic 工具时，这都会自动处理。你 
可以在 JDK 屮找到 rmic 。 

步骤四： 

启动 RMI registry ( rmiregistry ) 
rmireistry 就像是电话簿，客户可以从中査到 
代理的位 S (也就是客户的 stub helper 对象）。 

步骤五： 



l*yServ»celmpl_Skel.class 



谈 t 执 h . 


开始远程服务 

你必须让服务对象开始运行》你的服务实现类会去 
实例化一个服务的实例，并将这个服务注册到 RMI 
registry 。 注册之后，这个服务就可以供客户调用了。 


| Fite Edrt Window Hdp BeMerry 


% java MyServicelmpl 
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步骤 一 ：制作迗程摟 o 

①扩展 java . rmi . Remote 。 

Remote 是-.个“记号”接口，所以 Remote 不具有方法。对于 RM1 来说， 

Remote 接口具有特別的意义，所以我们必须遵守规则》请注意，我们这 . 

里说的是“扩展” （ extends 〉 ，因为接口可以 ••扩 展”另一个接 U 。 达象 5 ：此戏 c 羹用象良祷达* 

public interface MyRemote «xt«ada Remot* { 


②声明所有的方法都会抛出 RemoteException 。 

客户使用远程接口调用服务。换句话说，客户会调用实现远程接口的 
Stub 上的方法，而 Stub 底层用到了 M 络和 I / O ，所以各种坏事情都可能会发 
生.客户必须认识到 风险， 通过处理或声明远程异常来解决。如果接口中 
的方法声明了异常，任何在接口类型的引用上调用方法的代码也必须处理 
或声明异常。 


③ 


import j ava • rmi .. 1 


pub 




中 


: caption; 


die interface ^Remote extends Remote { 
public String sayHello() throws R«not«Ex. 

} 

确定变置和返回值是属于原语 ( primitive ) 类型或者可序列化 （ Serializable ) 


__^考虑咸4 ^ A % 

匕/的"。奋备 个方法 中筹妒 


^emoteExcevtion. ^ Vj.ik 
客 户&瘧 到迖碑事 ■ #了 


类型。 

远程方法的变最和返回值，必须厲干原语类型或 Serializable 类型。这不难 
理解。远程方法的变 里:必 须被打包并通过网络运送，这要辟序列化来完 
成。如果你使用原语类型、字符串和许多 API 中内定的类型（包括数组和集 
合）， 都不会有 W ®。 如果你传送自己定义的类，就必须保证你的类实现广 
Serializable « 


如菜你 t 龙1 习一下 
Setia 6 lxA 6 le t 

参考 《 H ，“ Fiist ? Aw >》 。 


public String sayHello() throws RemoteException; 

^ 这 个达® m 将以* 条# aa«i 络迗 sr 给穿户. 

s «.— _。对和这®帒勿电 送。 
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步 骤二： 制作迗程实现 

© 实现远程接口。 



RMlSJt 


你的服务必须实现远程接口，也就是客户将要调用的方法的接口。 

public class MyRemoteln^l extends UnicastRemoteObject implaown^s HyRnota 


} 


public String sayHello () { - ^ 

return ''Server says, 'Hey f n ; 

) 

// 类中更多的代码 


孩 o 角有的方法。奋迖个例子 
中只有_个方法4 


(5) 扩展 UnicastRemoteObject 。 

为了要成为远程服务对象，你的对象需要某些“远程的”功能。敢简单的 
方式是扩展 java . rmi . server . UnicastRemoteObject ， 让超类帮你做这些工作。 


public class tfyRemotelnpl •stands UnicastnamotttObjttct in^plements MyRemote { 


(3) 设计一个不带变量的构造器，并声明 RemoteException 。 


你的新超类 UnicastRemoteObject 带来-个小 问题： 它的构造器抛出 
ReraoteException * 唯一解决这个问题的方法就是为你的远程实现声明一个 
构造器，这样就有了 ‘个声明 RemoteException 的地方。当类被实例化的时 
候，超类的构造器总是会被调用。如果超类的构造器抛出异常，那么你只能 


public MyRemoteIn^>l () throws RMDOtAExcttption { > 



㈣ * ft 构 as 中娜 
赵炎构{|»伙出爲常， 


0用 RMI Registry 注册此服务。 

现在你已经有一个远程服务了，必须让它可以被远程客户调用。你要做的是将此服 
务实例化，然后放进 RMI registry 中（记得先确定 RMI Registry 正在运行，否则注册 
会失败）。当注册这个实现对象时， RMI 系统其实注册的是 stub , 因为这是客户真正 


需要的。注册服务使用了 java . rmi . Naming 类的静态 rebind () 方法 a 


try 


{ 

MyRMoot« ••rvio* ■ 
Naming, rebind (''Remo 
catch(Exception ex) 


MyRamotalapl 0 / 


中- 
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Stub 和 Skeleton 


步 骒三： 产生 Stub 和 Skeleton 

在远程实现类（不是远程接口）上执行 rmic 


rmic 是 JDK 内的一个11具，用來为一个服务类产生 


stubfUskeleton 0 命名习惯是在远程实现的名字后® 
加上 _ Stub ^ l _ Skel 。 rmic 有一些选项可以调整，包括 
不要产 iskeletmi 、 査看源代码，甚至使用 HOP 作为 
协议。我们这里使用 rmic 的方式是常用的方式，将戈 
产生在当前目录下（就是你 cd 到的地方）。请注意， 
r m i c 必须看到你的实现戈，所以你可能会从你的远 
程实现所在的目录执行 rmic (为了简竽起见，我们 
这里不用 package 。但是在貞■实世界屮，你必须注意 
package 的 H 录结构和名称问题）。 


: i ^ ,不偉 I 存家」 於 
犹芍以3 。 



建. 助句 

拿。 


MyRemotelmpLStub.class 



MyRemotelmpl_Skel.clas8 


步骒钕行 remiregistry 


开启一个终端，启动 rmiregistry 

先确定启动 S 录必须吋以访问你的类。姑简电的做法 
是从你的 “ classes ” 0录启动 * 


| Fite Edit Window Help Huh? _i 


%rmiregistry 


步 骤五： 启动服务 


开启另一个终端，启动服务 

从哪甩启动？可能迠从你的远程实现类中的 main (> 方 
法，也叶能是从一个独立的启动类。在这个简单的 
例子中，我们是从实观类中的 main () 方法启动的，先 
实例化一个服务对象，然后到 RM 〖 registry 中注册 * 
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远程接口： 

Rew ⑽ Exception 和这枝孩 O 存 . 

iioport java.rmi .*； 中 a 

y ~ 、 你的戏。必钸护暴，⑽ 

public interface MyRemote ext«nda Remote { 

public String 3ayH«llo() throws R«moteExceptlon; 巧苟的这疗 方：在 部必領声贫 

— ^*noteException 0 


远程服务（实现） 

iapozt java.rml .*； 
import java.mi.serve 


Unic * 


is _ .。一 


_ S 扒 Vf 笆中。 

ij^port java 

public class MyRomotalmpl extends Unic«stRflssoU»Obj«ct in^l. 


一个 ii <1 的秦 


身 t4 


if 象 


public String sayHalloO { ^ 

return ''Server says t ， H^y ， 

) 


•你必场食现 a a 德去然 

法 .⑽“.… 4 

^emoteBxception 9 


mt . MyRemot « { 


public MyRamotelmplO throws R«ioteExcepti«i {) 伪的兹类 (Un.« S <R«mot.06,« t ) 构 i» 器声 

一 明 7 屙當 . ft 以 <» 必 * 写-个构淺器 ■ ® 
為 ij 砉味««的构 用不安 
代砝（它的《构 as) 。 

先象' 料机 S ，〜 

:::;=物购輸二 ) 


public static void mAin (String 【】 argo) 
try { 


MyRemote servic 


otelmpl ()； 


_ c« = new MyRemot 

Naming.rebind(''RorooteHello", service) 
catch(Exception ex) { 
ex.printStackTrace ()； 
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如何取得 stub 对象？ 


窖户如何取得 stub 对象？ 

■ —*8-1. 1 

客户必须取得 SUlb 对象（我们的代理）以调用其中的方法。 
所以我们就需要 RMI Registry 的帮忙 b 客户从 Registry 中寻找 
( lookup ) 代理，就好像在电话簿里寻找一样，说：“我要 
找这个名字的 stub 。 ” 


我们现在就来看看那些我们需要#找并取得某个 stub 对象的 
代码。 




JB 爯靠近-点 

客卢豸龙 叆用 这沒招 0 作 4 
.买条类 

屢知迮注枝 . K 务的在正类名 
基杆彡. 


n # 瘦的铸 4 方 


袅丹么》 loohup ( ) ^ Nawii « j ^ 6 ?) ^ ^ ^ 这必译爰•: i 部的用的 

I it , 名纥 

^ / 

MyRemote service = ^ ^ 

(MyRamote) Naming. lookup ( u rmi :/ / 127 . 0 . 0 . l/R«DOteHello w )； 


lookup( ) 4 

Object ^ f . 伐必埚鈀它 
科成达 il 级 


用乘斿达簾务 ( i 行倍 I 
的 i 机名残开铋砧。 
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工作方式 …… 

0客户到 RMI registry 中寻找 • 

Naming. lookup (''rmi : //127.0.0. l/R«noteHello") ; 

(5) RMI registry 返回 Stub 对象。 

(作为 lookup 方法的返回值）然后 RMI 会 fi 动对 stub 反序列化。你在客 
户端必须有 stub 类（由 rmic 为你产生），否則 stub 就无法被反序列化。 


(3) 客户调用 stub 的方法，就像 stub 就是真正的服务对 
象一样 。 
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远程客户 


完 蝥的窖 户代码 




” ist P 


import java. i 


类 ^javi 


public class ^RemoteClient { 

public static void main (String[] args) 
new MyReinotoClient () . go (); 


public void 90 () 

try { 

My Remote 

String s 






蜱 W . 




ervice 


Naming.lookup( 

service . ssyHalloO; 伪 * * 及 <6 让 琏 i 杌名 


System.out.println(s> ; \ 

) 十玄 ® 样，（狳了 必硒: it 

) 外。) 


: "127.0.0.1/Remo teHello 

T 

讲用的名坊。 


窖户如何取得 sti ; b 类？ 

现在我们有一个有趣的 问题。 不管怎样’ 客 户在做 lookup 时必须有 Slub 类（之前利用 rmic 产生 
的），否则 stub 在客户端就无法被反序列化，一切也就告吹。客户端也需要调用远程对象方法所返 
回的序列化对象的类。如果是一个 简电的 系统，可以简单地把这些类移交到客 户端。 

还冇-种更酷的方式，虽然超出本朽范围，但是你可能会感兴趣，所以还是稍微提.下 • 这个酷方 
法是“动态类下教” （dynamic class downloading ) ,利用动态类1、栽.序列化的对象（像 stub ) 
可以被“贴"上 -- 个 URL , 告诉客户的 RMI 系统去寻找对象的类文件。在反序列化对象的过程中， 
如果 RMI 没有在本地发现类，就会利用 HTTP 的 GET 从该 URL 取得类文件。所以你需要.个简单的 
Web 服务器来提供 这苎类 文件，也索要更改客户端的安全 参数。 关干动态类下栽，还有一些值得注 
息的主题， m 是我们这电只是简述一下。 

特别对于 stub 对象，客户还有 M 外.种方法可以取得类，佴是 U 有 Java 5才支持 • 我们会在本章未 
尾说明。 _ 


极窖秘笈 
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«f 


对干 RMI ， 程序 W 最常犯的三个错 误是: 


1>忘了在启动远程服务之前先启动 rmirc g istr y (要用 Naming _ rebind () 注册服务， 
rmiregistry 必须是运彳？的）。 

2>忘了让变 t 和返问值的炎型成为可序列化的类型（这种错误无法在编译期发现’只会在 
运行时发现）。 


3) 忘了给客户提供 stub 类。 



I'J S 5 . 害卢鯈用 ii 疗 
戏 O 试用 st«6 的方法 ,， i 

然窬户 • 
fS 认來不在代媒中 ？1 用 Client.class MySenrtcelmpLStub.class 



类。害户每基沒用 
戏 o 妖 I 右正的达沒的 


象一样。 


MyRemote.class 




MyServicelmpl.class MySorvk»lmpl_Stub.class 



MySen,icelmpLSkel.class MyR — 


風务器 li 曩 Sta 6 和 Slteletm 类.也 
**« 务扣 CM 以含# 
$ stut jc . 4 团碎》 1 «*4真 i .® 务 
4 真 i * 务破螂 4 « RNU 
叩叫 ㈣. ji 定右绑金的 
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远程糖果监视器 


矽头计论我们的备 liwballMachiwe 迗程 
代理 

OK, 我们已经有了 RMI 的基础知识，现在可以用 RMI 实现糖果机的远程 
代理了。我们来看看 GumballMachine 是如何套用 RMI 框 架的： 




^baH5^ 





兩。 
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让夺 uwballMachiMe 准杳好当一个迗程服务 

要把我们的代码改成使用代理，第一个步骤是让 GumballMachine 变成可以接受远程 
调用 • 换句话说，我们要把它变成一个服务 • 做法 如下： 

1>为 GumballMachine 创建一个远程接 【 U 该口提供了 ■ .组卩了以远程调用的方法 • 

2) 确定接口的所有返回类型都是可序列化的。 

3) 在一个具体类中，实现此接 UU 
我们从远程接口 开始： 


I') % 1 tmpoit javA.imi. 

import java.rmi 

public interface GumballMachineRemote extends Remote 
public int getCount() throws RemoteException; 



ii 妖 


public String getLocation() throws RemoteException; 
public State getState 0 throws RemoteException; 



的达®类嗲邾必味 
4 承诘戋暫或 芍埤列 化类 


\ 

iiiJlSri 麯的方法_ * 个邾 I 拋出 




我们有一个返冋类型不是可序列 化的： State 类，现在来修改一下 


import java.io.*; 


public interface State extends Serializable ( /■ ll « 

public void insertQuarter (); 然后我们护果 (此赵 

public void ejectQuarter (>; o._if 方法）。现 4 殆有！类中的 St 价杖 

public void turnCrank(); ' * 

public void dispense (); 巧以在阀络 i ： 传达 】■> 
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糖果机的远程接口 

实呍上，我们还没处理完 Serializable 。 对于 State ， 我们有一个问题。你可能记得，每个状态对象 
都维护着一个对糖果机的引用，这样一来，状态对象就可以调用糖果机的方法，改变糖果机的状 
态。我们不希望整个糖杲机都被序列化并随着 State 对象一起传送。修正这点很 容易： 


的子 Suw 的备 个索规 • 我们部在 
索例変 *1 箱乐知上 

序«炻达个字段。 

我们已经实现了 GumballMachine 类，但是需要确定它可以当成服务使用，并处理来自网络上的请 
求。 为了 做到这一点，我们必须确定 GumballMachine 实现 GumbaUMachineRemote 接口。 


public class NoQuarterState implements State { 
transient GumballMachine gumballMachine? 

// 其他方法在 这里。 


.色。 , 


in^>ort j ava • rini. *; 
import j ava.rmi.server . H 


Q « m 6 a ⑽ ac ) u ”《 ； § 鏟承 
• 个这沒.采务。 


Qum6allMachintit / 霜屬贫现 

这个连口…… 


public class Gumba 11 Machine 少 

extends UnicastRemoteObject implements GurabalIMachineRemote 

{ 

// 这 1 有实例变量 

public GumballMachine(String location, int numberGumballs) throws RemoteException 

// 这黾 有代码 


public int getCount() { 
return count; 

} 

public State getStateO { 
return state; 

) 

public String getLocation() { 

return location; 

) 


……构逢》禽龙抛出 
^*moteExetption, ©碎 

r-Mtra. **^^*w. 


// 这里有其他的方法 


452 第 11 章 





代理模式 


在 RMI registry^ 注册 . 

糖果机眼务已经完成 /*• 现在我们要将它装 h 去，好开始接受请求„首先我们 
要确保将它注册到 RMI registry 屮，好让客户以找到它。 

我们要加 h -点点代码进行测试： 


public class Gumbal 丄 MachineTestDrive { 


public static void main(String[ 】 args) { 

Gumba1lMachineRemote gumballMachine = null; 
int count; 


if (args.length < 2) { 

System.out.println("GumballMachine <name> <inventory>"); 


try 


System, exit ⑴； 



count = Integer.parselnt(args[1]); 


芒光， 哉妁拿 f 夯宕利化 碲某 的代 
疼屌 ® 灰上 tin / c « tcht * . 0巧哉们 
的均淺器9稃把出萁常。 


gumballMachine = 

new GumballMachine(args[0], count); 

Naming.rebind("//" + args[0】 + "/gumballmachine", gumballMachine); 
catch (Exception e) { 〆 ,, , 

e.printStackTraceO; 我们也添加 X: J")N 卿 

用, ^ uvnbALlmachinetfi % 字发布 
a “Mac hi «« 的 s t “6 > 


让我们开始执行 


厂 光执 Bii 个。 


^ a t S 功 4 注行 
j re$tstiyJ>Si^. 



再机 Hii 个。 


{£ ^ fi(^C,umbalLNSAchine S M 和法行 
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糖果监视器客户端 

现在是备 umballMonitor 窖户綠 •• 

还记得 GumballMonitor 吗？我们要在不改苟它的情况下复用它, 
以符合网络的情况。为此，我们必须做-些小改变。 


import java.rmi. 


利戋 ••• $ 7 4本 

〆 ㈣㈣ 咖砂攀*… 

. 夕 的— ，加 I 


public class GumballMonitor { 

GumballMachineRemote machine; j 

public GumballMonitor (GumballMachineRemote machine) { 
this.machine = machine; 


public void report() { 

try { 

System.out.println("Gumball Machine: " + machine.getLocation 0); 
System.out.printIn("Current inventory: M + machine.getCount() + 
System.out.println("Current state: " + machine.getState0); 

} catch (RemoteException e) { 
e . printStackTrace(); 

1 \ ^ ffl t'Jl S 3 lit f (331 <4. 


gumballs w ); 


劣戏 in 试® iii 用邦签 蕞终类 潼过网络盔坌的方法时. 
戏 tnt f 祷获 m 有芍锊盎坌的运杈耳常。 
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編写酱视器谢试程序 

现在我们已经具备所需要的一切，只需再写一些代码，让 CEO 可 
以监控许多糖果机。 


ii 就4 6视赛•別试杈垮， CEO 食 机行此 
枝4! 


import java. rmi . 


public class GumballMonitorTestDrive 




我们合）瘋_个數铯. 
數通内的无责基备台 


public static void main(String[] args) { 

String[] location = {"rmi://santafe.mightygumball.com/gumballmachine H , 

” rmi : //boulder.mightygumball.com/gumballmachine H , 
"rmi : //Seattle .mightygumball. com/gumballmachine'*}; 


GumballMonitor[] monitor = new GumballMonitorIlocation.length]; 


for (int i-0;i < location * length; i++) { 
try { 

GumballMachineRemote machine - 

(GiainballMachineRemote) Naming, lookup (location [i]); 
monitor[i] = new GumballMonitor(machine); 

System.out.println(monitor 【 i]); 

} catch (Exception e) { * \ 

e.printStackTrace(); 

) 


我们也舍)逢益视赛 
的數铯。 


for(int i=0; i < monitor.length; i++) 
monitor[i 】 ， report(); 


现 4, fli 6 备个注《机》 
射瘋一个 rt *。 


\ 


8居我们 ㈣ s . 料衫印 
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糖果机代理 




再靠近 • 


， i 含这闭一个达枝竚粟机的代理（釦菜乇 
:•在宅括含拋出异常）. 


Nanunf • lookup()^^M^ (^ ^! 1 

态 方法. 它 认年數 中饵知仿蠆 
扣兎务名 稃. 赛后在孩泛适的 
中导我4名仿的嗓务 . 


I ) / 

Gumba 丄 lMachineRemote machine = / 义 

(GumballMachineRemote) Naming.lookup(locationIi]); 

monitor[i] = new GumballMonitor(machine); 


} catch (Exception e) { 
e.printStackTrace O ; 


工二 ㈣ 

兹祝_8料它 ■ 


为万能糖柒公司 CEO 准杳的另一个展示 


现在， ih 我们把所 ft 这呰放 fr : 一起，进行另一个展示》首先，确定有一些新版 
的糖采机止在执 行新 代码： 


仇器 i. 4,is 或老 <5 另一 
个终揉东 O ^\ j ^^ lie 9 iSt ' t 'i . 


. 然后执行 . 存金它的径更 
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代理樓式 

接著，我们将監视器交到 CEO 手上，希 
望这次他会 軎欢： 


File Edit Window \ 


Current inventory : 99 gumballs 
Current state: waiting for quarter 


此益视器 i ! 历备台 i « n # . 

Gumball Machine : boulder. mightygumball. com ^ -j ^ ^ ^ 9 eti^ A uon(), 

Current inventory: 44 gumballs jftCfuntO. 9etSute()i \t 

Current state: waiting for turn of cran) 


Gumball Machine : Seattle.mightygumball.< 
Current inventory : 187 gumballs 
Current state: waiting for quarter 



&过溻用代 a 的方法，迗 ais 用玎 认绮过 R 路.返©字 符每. 
螫数和 State 对象。©为我们值用的昱代3,谓用的方法会在 
迗 IS 妆行， Gum & aUMonitor 相本軾不知道/成不在乎达 
(咱一 要揉心的是： 要 Atas® 异 常）。 
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0 CEO 执行监视器，先取得远程糖果机的代理，然后调用每个代理的 

getState () (以及 getCount () 和 getLocation ()) 。 


代理幕后花絮 


CEO 栌#衙 


代理横式 


Q 代理上的 getState () 被调用，此调用被转发到远程服务。 Skeleton 接收到请求， 
然后转发给糖果机。 



0 糖果机将状态返回给 skeleton , skeleton 将状态序列化，通过网络传回给代理， 

代理将其反序列化，把它当作一个对象返回给监视器。 



^ 农现5另-个戏 O . 兩£ 

8 *c; ⑽ :㈣° 籌不 4 神 外 . 州嫩 ® 不 ** 故 4 - 

东现。 

裁们也 有一螫代砝典♦僅用幻^ W 主册和金植扣* 6 .任系乇论如何. 

如菜戏们 ff 存网络上工作 • 戏们舦 ttci 整定6菔务。 
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定义代理模式 

定义代 理糢式 

这一章的篇幅已经很大了，因为我们花了很多时间在解释远程 
代理。尽管如此，你还是会发现代理模式的定义和类图其实相 
当直接易情。请注意，远程代理是一般代理模式的一种实现， 
其实这个模式的变体相当多，我们稍后会提到这些变体。 

现在，我们就来看看代理模式的定义： 


代理式:为另一个对象提供一个替身或占位符以控 
制对这个对象的访问。 


使用代理樸式创建代 
表 ( representative ) 
对象，让代表对象控 


我们已经看到代理模式是如何为另一个对象提供替身的 • 我们 
也将代理描述成另一个对象的“代表”。 

但是代理控制访问怎么解释呢？这听起来冇一点奇怪 • 别担 
心，在糖果机的例子中，代理控制了对远程对象的访问。代理 
之所以需要控制访问，是因为我们的客户（监《器）不知道如 
何和远程对象沟通。从某个方面来看，远程代理控制访问，好 
帮我们处理网络上的 细节。 正如同刚刚说过的，代理模式有许 
多变体，而这些变体几乎都和“控制访问"的做法 有关。 稍后 
我们会对此讨论得更详细，目前我们还是先看看几种代理控制 
访问的 方式： 


制某对象的钫问，狨 
代理的对象玎冰是迗 
程的对象、劊建孖镝 
大的对 象或熏裘安全 
控制的对象。 


■ 就像我们已经知道的，远程代理控制访问远程对象。 


■ 虚拟代理控制访问创建开销大的资源。 
■ 保护代理基 f 权限控制对资 濂的访 问。 
现在你已经有基本的槪念了，来看看类图 •• 
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P, 叫和 

许仔何客户邾芍以溥让理 
R “ is 如 ctir ) 象一样冰让理 
ptoxj (对象。 


Rtal 8 ub»oct 

requwJO 


^e»lSu6iect 谨常 44 正礙廖的对 

象， ^t^^^ReatSuSjecttf) 
该阄。 


让我们详细看这张图…… 

首先是 Subject ， 它为 Rea 丨 Subject 和 Proxy 提供了接14。通过实现同一接口， 
Proxy 在 RealSubjec 丨出埂的地方取代它。 

RealSubject 是真正做亊的对象，它是被 proxy 代理和控制访问的对象。 

Proxy 持有 RealSubject 的引用。在某些例子中， Proxy 还会负责 RealSubject 对 
象的创建与销毁。客户和 RealSubject 的交互都必须通过 p roxy 。 因为 p f0Xy 和 
RealSubject 实现相同的接口 ( Subject ) ,所以任何用到 RealSubject 的地方，都可 
以用 Proxy 取代* Proxy 也控制了对 RealSubject 的访问，在某些情况下 • 我们可能 
需要这样的控制。这些情况包括 RealSubject 是远程的对象、 RealSubject 创建开销 
大，或 RealSubject 需要被保护。 

你已经了解 r 一般的代理模式，现在让我们看看，除了远程代理之外，代理模式 
还有哪些用法…… 



h 


剖嬗 R «« tS “6 kct 对象, J 常 
由务贵。 
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虚拟代理 


准备虛枞代理 (Virtual Proxy) 

你已经看过代理模式的定义，也 看过一 个特定的例子（远程代 理）， 现在就让 
我们看看另一种 代理： 虚拟代理。你将发现，代理模式可以以很多形式显现, 
但都大致符合一般代理的设计。为何有这么多的形式呢？因为代理模式可以被 
用在许多不同的例了•中。 ih 我们现在看#虚拟代理和远程代理的比较： 


迗 S 代理 

远程代理可以作为另一个 JVM 上对象 
的本地代表。调用代理的方法，会 
被代理利用网络转发到远程执行， 

并且结果会通过网络返回给代理. 

再由代理将结果转给客户。 

我们 3 ft 很熟 Sii 个® 5 



S .) 4 ft 秭 A ■的的象 



虚拟代理作为创建开销人的对象的 
代表。虚拟代理经常直到我们真正 
需要一个对象的时候才创途它•当 
对象在创建前和创诖中时，由虚/ 
拟代理来扮演对象的替身。对象 ( 
创建后，代理就会将请求直接委 
托给对象。 
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簋示 CP 封涵 

我们打算建立-个应用程序，用来展现你婊喜欢的 CD 封面。你 "]■ 以违立.个 CD 标题 
菜单，然后从 Amazon.com 等网站的在线服务中取得 CD 封面的图。如果你使用 Swing , 
可以创违-个 Icon 接 n 从 M 络上加栽 ffl 像。唯一的 H 题是，限干连接带宽和 M 络负栽, 
下载可能需要一些时间，所以在等待图像加栽的时候，应该 S 示一些东两。我们也不 
希望在等待阁像时整个 应用程 序被挂起。-旦图像被加栽完成，刚才显示的东西应该 
消失，图像 S 示出来。 


想做到这样，简单的方式就是利用虚拟代现。虚拟代理可以代理 Icon , 管理背铁的加 
敦.并在加栽未完成时兄示 “ CD 封由'加栽中，清稍候……”，一且加载完成，代理 
就把显示的职责委托给 Icon 。 


扣赉 V 




___ a>QnmrV 
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图像代理控制访问 

设计 CP 封面虚枞代理 

在开始写 CD 封面浏览器代码之前，让我们看一下类图。此类图和远程代理的图 
很类似，但是这里的代理是用于隐藏创建开销大的对象（因为我们需要通过网络 
取得图像数 据）， 而不是隐藏在网络其他地方的对象。 


户界面 I ： $矛®飧。 




VS 4 sivinf . 
icon, 一个 J 


Imaaeteoo 

subject 

ImagtProxy 

geflcofiWkUht) 

getlconHeiijhiO 

painltoon<) 


grttonWkflhO 

g«lconH€ight<) 

paintlcon() 


r 戧们的代疼，苜光 s 孑消 
I 总.•去®沭加載劣绒后..在托 
ywiA^e^con S 孑® 律 。 


lwageProxy 如何工作： 

❶ ImageProxy 首先创建一个 Imagelcon， 然后开始从网络 URL 上 

加载图像。 

o 在加载的过程中， ImageProxy 显示 “CD 封面加载中，请稍 

m 


O 当图像加载完毕， ImageProxy 把所有方法调用委托给真正 
的 Imagekon， 这整方法包括了 paintlcor>()、getWidth(> 和 
getHeight()。 

o 如果用户请求新的图像，我们就创建新的代理，重复这样的过 
程。 
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編写 ImageProxy 


class ImageProxy implements Icon 
Imagelcon imagelcon ； 

URL imageURL; 

Thread retrievalThread? 
boolean retrieving = false; 


public ImageProxy(URL url) { imageURL = url; 

public int getlconWidth() { 
if (imagelcon != null) { 

return imagelcon.getlconWidth(); 

} else ( 

return 800; 

} 


public int getlconHeight() { 
if (imagelcon != null) { 

return imagelcon.getlconHeight(); 
} else { 

return 600; 


〆 


士 biwujdconl 戏督在如戴后 $ 

我 n 将®( I 的 uRi 传入构淺》中，这基 
我们昜望 S 孑的®簿 M 在的倍8。 


在®薄加戠宅毕箾.这®酞认的宽 和惠: 
田沭加戤劣毕后，料—士 


public void paintlcon (final Component c, Graphics g, int x, int y) { 
if (imagelcon != null) { 

imagelcon.paintIcon(c, g, x, y); 

} else { 

g.drawstring「Loading CD cover, please wait...", x+300, y+190); 
if (!retrieving) { 

retrieving = true; 

retrievalThread - new Thread(new Runnable O { 
public void run() { 
try { 

imagelcon = new Imagelcon (imageURL, *'CD Cover"); 
c. repaint (); 

} catch (Exception e) { 奄趣的祕方在这霣。这 I 的代砝含 

在厲畢 i ： ® 出一个傳（通过屢 


e.printStackTrace() ; 


})； 

retrievalThread.start{)j 


一 . 托给 iwi 巧 eJcon ) 。 然系，如梁戏们 

tlS 釗澧一个。下"•资 (i — 魚你金 


t 3创速一个。 
看饵 I 洚楚 • 
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再靠近围像代理 


去在属攀 I ;铪制®味的.钍仴用此方法。 


public void paintlcon (final Conponant c, Graphics g, int x r int y) { 
if (i»*g»lcon t= null) < ，— •乂 „ a * - _ 


imagQlcon.paintlcon(c , g, x, y); 


扣粟仿 .3 绍有 
6, 


g.drawString( x 'I«oading CD cov*r r pleasa w*it. .. w , x+300, y+190); 

if (!retrieving) { 9j H $ 

retrieving = tru«; : A 加鐵中 

retrievalThread = n«w Thread (n«w Runnable () { 

public void run() { ) 

try { 

iaag.Icon = new Imagelcon (ima^eURL, ’’CD Cov*r "); 、 
c.rttpaint() ; J 

)catch (Exception e) { J j 

e.printstackTrace () ; / J 

) y 

… 祕达—备 1 的 ‘ c t 广也犹 5 

retrievalThr««d. start (); ^ 4 M @ ® ii 辑，⑽的 

> 3 m r?:r 一构紗 

…〆 ，一 。 ^ 



代理檐式 




S 靠近一点 


如* aoa ; 法 <5试« 妝: 律 •' 


if ( ? retrieving) 

retrieving = true 




……那么訧升姑体。 U •鐾 W . 只充一个钱 
枝 U 用 p * int . M 以 iif 的值法 I 钱伎在含的。） 

我们不4 望拷起 詧个用 户界面 .免 
^以用系一 个钱伐 出®傳。 


retri«valThread 
public void 


new Thread(new Runnable() 

un()( 


image I con s new Imag«Icon (ImageURL, ''CD Cover” 

= 口 m 、 以” 

e.printstackTrace() 



retrievalThr«ad.start(); 


咨田律 :ii 备好吋，我们苦 
形― . 爾1 重铨。 


f?:<5 


搿以，下一次含在贫例 ⑶” 心后. phiUJco ” 方法彳4属攀丄•铨制在迂的®簿系不袭殫 
个"加載中”的消4。 
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设计谨慝 


■ h 设计缕涯 


ImageProxy 类似乎有两个，由条件语句控制的状态。你能否用另一个 
设计模式淸理这样的代码？你要如何重新设计 ImagcProxy? 


class ImageProxy implements Icon { 

// 实例变置构造器在这里 

public int getlconWidthO { 
if (imagelcon ! - null) { 

return imagelcon.getIconWidth(); 

} else { 

return 800; 

) 

} 

public int getlconHeight() { 

if (imagelcon != null) { ^ 

return imagelcon.getlconHeight(>; 

} else ( 

return 600; 

) 

) 


薄个祆备 


系个杖态 


public void paintlcon (final Component c, Graphics g, int x, int { - 
if (imagelcon !-= null) { 

imagelcon.paintlcon(c # g, x, y); 

} 6 l g e drawString(''Loading CD cover, please wait.. . w , x+300, y+190>; 

// 这里有更多的代码 
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测试 CP 封面浏览器 



现在我们就来试试这个可爱的虚拟代理。我们已经珙烤好了一个新 
的 ImageProxyTestDrive , 用来设置窗口、创建框架、安装菜单和创 
建我们的代理。我们不在这里研究这些代码的细节，虚拟代理的代 
码列在本茕最后，你可以随时去研究 。 

部分测试代码在下面： 


public class ImageProxyTestDrive { 

ImageComponent imageComponent; 

public static void main (String{] args) throws Exception { 

ImageProxyTestDrive testDrive = new ImageProxyTestDrive(); 


public ImageProxyTestDrive() throws Exception{ 

II 逮立框架和菜单 

Icon icon = new ImageProxy(initialURL); 
imageComponent = new ImageComponent(icon); 
frame.getContentPane().add(imageComponent); 


在 Cjf 我们舍 Jjf - 个®嚷代理斿赛 
定初始 URG 。 莕次俅 iCCD 篥葷中激出 
-个送嫜.妖含得 到一个 扣的®薄代 

tl, 

\毯« . 戧们枵 f 戈装进诏碑 



圣后我 fO 龙代理加进楛李中. 


中.这样它犹刁以破放进柺李， 
铂件食代理的宽度，赛度芩 


现在执行测试 程序: 


9以破 S 杀。 



««试的擧惰…… 


样的竽 o 。 



O 用菜单加载不同的 CD 封面，然后看着代理显示“加载 
中”，直到出现真正的图像。 

o 画面出现“加载中”消息时，缩放窗口大小，注意到代理 
会在不挂起 Swing 窗口的情况下处理加载。 



❸ 在 ImageProxyTestDrive 中，加入一些你自己窖欢的 CD 。 
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图像代理幕后花絮 


我们做5付么？ 

Q 我们创建了一个用来显示的 ImageProxy。paintlcon() 方法会被调 
用，而 ImageProxy 会产生线程取得图像，并创建 Imagelcon。 




paintIcon() 




显示“加载中”消息 


取图像 


取回的图像 


Jnterntt I ：的茗 
签 ® 簿壤务器 



Q 在某个时间点，图像被返回， 

Imagelcon 被完整实例化。 

0在 Imagelcon 被创建后，下次调用到 paintlconO 时，代理就委托 
Imagelcon 进行。 





~con() 


paintlconQ 


垃示真正的图像 
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代理模式 


tfemfuestlons 


I 1 ®): 对我来说， 远程* 务器 
和虚拟服务器差异非常大，它们真的 
是一个横式吗？ 

: 在真实的世界中•代理 

摸式有许多变体，这些变体都有共通 
点： 都会将客户对主題 ( Subject ) 
施加的方法调用拦截下来 9 这种间接 
的级别让我们可以做许多事，包括将 
请求分发到远祛 主题； 给釗建开铕大 
的对象提供 代表； 或者正如你将要看 
到的，提供某些级别的保护，这种保 
护能决定哪些•客户能调用哪些方法， 
这还只是个开端，其实一般的代理模 
式还可以以许多形式使用，本幸最后 
我们会简略地提其中的几种变体。 

i0) • ImageProxy 在我看来好 
像 ^Decorator (装饰 者）。 我的意 
思是，我们基本上都是用一个对象 
把另一个包起来，然后把调用委托 
给 Imagelcon。 我这祥说有什么问题 
吗？ 

: 有时候这两者的确看 

起来很诹，伍是它们的目的是不一 
样的 • 装馋者为对象增加行为•而 
代理是控制对象的访问.你可能会 


说： “ JL 示•加栽中’消息，难道就 
不是在增加行为？ ”.从果方面来 
说，这的确可以算是，俚是，更玄要 
的， ImageProxy 是控制 Imagelcon 的 
访问。如何控制呢？ 试想： 代理将客 
户从 Imagelcon 解拓了，如果它们之 
间没有解輛，客户就必 鏆等到 每幅困 
像都被取田，汰后才能把它绘制在界 
面上.代攻控制 Imagelcon 的访问， 
以便在图像完全创建之前提供屏幕上 
的代表。一旦 Imagelcon 被创建，代 
理就允许访问 Imagelcon . 

1®) : 我要如何让客户使用代 

理，而不是真正的对象？ 

^ : 好问題.一个常用的技 

巧是提供一个工厂.实例化并返回主 
题。因为这是在工厂方法内发生的， 
我们可以用代理包装主題再返回，而 
笨户不知道也不在乎他使用的是代理 
还是真东西 # 

I®): 我注憲到，在 

ImageProxy 的例子中，你总是创 it 
新的 ImageProxy 来取得面像，即使 
图像已经被取回 来过。 能不能把加载 
过的围像放在缓存中呢？ 


你说的是緩存代理 
Proxy ) • 緩存代理会维 
护之前创建的对象，当收到请求时， 
在可能的情况下返田緩存对象。本幸 
最后会介紹代理模式的几种变体。 

: 我已经知道代理和装饰 

者的关系了，但是适配器呢？代理和 
适配器也很类似。 

^ : 代理和 iifc 器都是挡在 
其他对象的前面，并负貪将请求转发 
给它们.适 fc 器会改变对象适 fc 的接 
口，而代理則实现相同的 接口， 

有一个额外相似性牵涉到保护代理 
(Protection Proxy ) ,保护代理可 
以根提客户的角色来决定是否尤许客 
户访问特定的方法。所以保护代理可 
能只提供给客户部分接口，这就和莱 
些 iifc 器很相像了，再过几頁，我们 
就会讨论到保护代理。 


荅： 

(Caching 
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S 炉夜话 < 代理和装饰者 


令在话«:代 II 和浆株者的意桕 


霽炉 夜背 




代纽 

你好，装饰者。我猜你之所以会在这里，是因为 
人们常常把我们搞混了。 


我抄袭你的想法？见鬼了 I 我控制对象的访问, 
你只是装饰对象，我的工作比你的重要多了 • 


好吧！或许你有那么一点意义……但是我还是不 
知道，你为什么认为我是在抄 袭你* 我是代表对 
象，不是装饰 对象。 


装饰者，我想你还是没搞懂。我代表对象，不光 
是为对象加上动作。客户使用我作为真正主埋的 
替身，因为我可以保护对象避免不想要的访问， 
也可以避免在加栽大对象的过程中 GUI 会挂起，或 
者隐藏主题在远程运行的 事实。 我的意图和你的 
差別很大！ 




我认为人们把我们搞混的原因是你到处招摇撞 
骗，说你是一个全然不同的 槙式。 而享实上，你 
只不过是乔装过后的装饰者 • 我希望你不要这么 
喜欢抄袭我的想法。 


* 只是”装饰对象？你认为装饰一点都不重要？我 
告诉你这个家伙，我为对象增加行为，这会改变 
对象的行为，你说重要不重要？ 


你可以说这是“代表”，但如 果看着 像鸭子，走 
着像鸭子……我是说，看看你的虚拟代理吧！它 
只是加入行为的另一种方式，在创建开销大的对 
象时做一些亊情，还有你的远程代理，就是一种 
和远程对象沟通的方法，这样客户就不用搡心 
了， 全都是关于行为，躭像我所说的 • 
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你爱怎么说都可以 • 我实現和所包装对象相同的 
接口，你不也是吗！ 





代 環橋式 


代理 

好，听听你说了什么。你说你包装了一个对象。 
有时候我们非正式 地说： 代理包装了它的主 S , 
这样说其实并不 准确- 


想想远程代理……我包装了什么对象？我所代表 
和控制访问的对象是在另一台机器上呀！你能办 
得到吗？ 


当然有了，以虚拟代理来说……想想 CD 浏览器 
的例子。当客户第一次用我当做代理的时候，主 
题甚至还根本不存在呢！你说这次我又包装谁 
了？ 

我不知道你这么笨！当然我有时候会戗建对象, 
不然你以为虚拟代理是怎么取得主题的！好了， 
你刚刚指出了我们之间的一个大 差异： 我们都知 
道装饰者只能装饰点缀，你们从来不会实例化任 
何东西。 


嘿，经过这次谈话，我确信你是个笨蛋代理 - 


你很少看到代理将一个主題包装多次.亊实上, 
如果你真的把某些对象包装十次 • 你最好回去重 
新检査你的 设计。 


装株者 


怎么说？ 


好吧！但远程代理毕竞是特例，我不相信你可以 
找出另一个例子来. 


哼哼，我猜接下来你甚至会说对象其实是你创建 
的. 


是吗？实例化这个吧！（做了个令人作呕的动 
作 .） 


你说我笨蛋？我倒想看看你有没有能耐将一个对 
象包装十层，手还不会酸 • 


你们代理就是这样，装腔作势的功夫是一流的, 
好像你们有真本享 • 我真 替你感 到可怜 * 
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保护代理 


使用 Java API 的代理，创建一个 
保炉代理 

Java 在 java . lang . reflect 包中有自己的代理支持，利用这个包你可以在运行时动态地创建 
一个代理类，实现一个或多个接口，并将方法的调用转发到你所指定 的类。 因为实际的 
代理类是在运行时创建的，我们称这个 Java 技 术为： 动态代理。 



我们要利用】 ava 的动态代理创建我们下一个代理实现（保护代理）。伹在这之前，先 
让我们看一下类图，了解一下动态代理是怎么一回事。躭和真实世界中大多数的事物一 
样，它和代理模式的传统定义有一点出入。 



因为 Java 已经为你创建了 Proxy 类，所以你需要有办法来告诉 Proxy 类你要做什么 • 你不能像以前一样 
把代码放在 Proxy 类中，因为 Proxy 不是你直接实現的。既然这样的代码不能放在 Proxy 类中，那么要 
放在哪里？放在 InvocationHandler +• InvocationHandler 的工作是响应代理的任何调用。你可以把 
InvocationHandler 想成是代理收到方法调用后，请求做实际工作的 对象。 

接下来，看看如何使用动态代理…… 
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对象村的紀对 


代理模式 


每个城镇都需要配对服务，不是吗？你负贵帮对象村实现约会服务系统。你有 
一个好点子，就是在服务中加人 “ Hot ” 和 “ Not ” 的评鉴， - Hot " 就表示喜欢 
对方， “ Not ” 表示不喜欢。你希望这套系统能鼓励你的顾客找到可能的配对对 
象，这也会让亊情更有趣。 



你的服务系统涉及到一个 Person bean , 允许设置或取得一个人的 信患: 


这4-个 级 0 . 

妖神它 •••：； 


我们捎后 


o, )l0) 分 


public interface PersonBean { 


String getName(); 

String getGender(); 
String getlnterests(); 
int getHotOrNotRating(); 



void setName(String name); 
void setGender(String gender)? 


void setlnterests(String interests) 
void setHotOrNotRating(int rating); 


通过迸用备 t ) 的方法.戧们 
也 9 以议邐 Ci 螫作总。 


r: 士 :: 

年 tt)(t 中。 


现在，让我们看看实现_ 
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PersonBeanH 要保护 

Persowkaw 的实现 





public class PersonBeanlmpl implements PersonBean { 
String name; 

String gender; 

String interests; ^ — 丈例 if 

int rating; 

int ratingCount * 0; 


public String getName() { 
return name; 

} 

public String getGender() { 
return gender; 



public String getlnterests() { 
return interests; 


_««•« 方法各 

含 - « .…" 




public int getHotOrNotRating() { 

if (ratingCount *== 0) return 0; 
return (rating/ratingCount); 



public void setName(String name) { 
this.name 祖 name; 

} 

public void setGender(String gender) 
this.gender «= gender; 


public void setlnterests(String interests)( 
this •interests ■ interests; 



. 达有的方法. 

和应的隹制 变蜃。 


public void setHotOrNotRating(int rating) { 
this.rating += rating; 
ratingCount++; 




列贫利茇 奮中。 


a 金 
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代理模式 


我以 «不太 

容约会对象 . 后采我 《规原來 
« 人 *» 过我的兴 * 。我 《 ««« 人《«轮金 
S»*». 吆 》«6 8 的 |(0 忉 #0 戊射 1 叫值 <1 达&的是 
太隼部 3! 我认为系法不 fi«A 许两户 *» 别人 
的兴 》 , 也不 |8» 允许让》户 》4 B 打分敎。 


虽然我们怀疑 Elroy 找不到约会对象可能是因为其他的因素，但是 
他说的没错，系统不应该允许用户纂改别人的数据。根据我们定义 
PersonBean 的方式，任何客户都可以调用任何方法。 

这是一个我们可以使用保护代理 的绝佳 例子。什么是保护代理？这 
是一种根据访问权限决定客户可否访问对象的代理。比方说，如果 
你有-个雇员对象， 保 护代理允许垛 M 调用对象1的某些方法，经 
理还可以多调用一些其他的方法（像 setSalaryO ) ,而人力资源处的 
雇员可以调用对象 h 的所有方法。 



在我们的约会服务中，我们希望顿客可以设®自己的信息，同时又 
防止他人更改这些 信息。 HotOrNot 评分则相反，你不能更改自己的 
评分，但是他人可以设 S 你的 if 分。 我们在 PersonBean 中巳经有许 
多 getter 方法了，每个方法的返回信息都是公开的，任何顾客都可以 
调用它们。 
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五分钟短剧 



五分钟 短剧： 保炉主瓸 

Internet 的泡沬已经渐渐被人们淡忘了。在那些日子里，如果你需要找一 
个更好更高薪的工作，对街就找得到。甚至软件开发人员的经纪人也赶上 


这股风潮 
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代理模式 


大 呙难： 为 Penoh?ean 釗建动 
态代理 


我们有一些问题要 修正： 颐客不可以改变自己的 HotOrNoti 平分，也不可以改变其 
他顾客的个人信息。要修正这些问题，你必須创建两个 代理： 一个访问你自己的 
PersonBean 对象，另一个访问另一顿客的 PersonBean 对象。这样，代理就可以控 
制在每一种情况下允许哪*种请求。 


2 记携瓜 否钫的这粢® 

…… 



创建这种代理，我们必须使用 Java API 的动 
态代理，在几页前有这个 API 的概况。 Java 会 
为我们创建两个代理，我们只需要提供 
handler 来处理代理转来的方法。 

步骤一： 

创建两个 InvocationHandleG 
InvocationHandler 实现了代理的 行为， 正如 
你将看到的， Java 负责创建真实代理类和对 
象。我们只需提供在方法调用发生时知道 
做什么的 handler , 

步 骤二： 

写代码创建动态代理。 

我们需要写一些代码产生代理类，并实例 
化它。等一下你就会看到这些 代码。 

步 骤三： 

利用适当的代理包装任何 PersonBean 对象。 

当我们需要使用 PersonBean 对象时，如果不是顾 
客自己（在这种情况下，称为“拥有 者”） ，就 
是另一个顾客正在枪査的服务使用者（在这种情 
况下，我们叫它■■非拥有者 ”）。 

不管是哪一种情况，我们都为 PersonBean 创建适合 
的代理。 



栽们4注《的舍) 

<代理本 



夕 

客4旮看他 t 3的 6 m ” 的。 
劣枝審 i 杏看另一个 人的& „时。 


i . 
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创建调用处理器 


步 骒一： 创建 IwvocatiowHaiidUr 

我们知道需要写两个 InvocationHandler (调用处理 器）， 其中一个给拥有者使用，另一个给非拥有者 
使用。究竟什么是 InvocationHandler 呢？你可以这 么想： 当代理的方法被调用时，代理就会把这个调 
用转发给 InvocationHandler ， 但是这并不是通过调用 InvocationHandler 的相应方法做到的。那么，是 
如何做到的？让我们看看 InvocationHandler 的接口： 


«interface» 

OwnerlnvocationHartdler 


invoke() 


这里只有一个名为 invoke () 的方法，不管代理被调用的是何种方法，处理器被调用的一定是 
invokeO 方法 * 让我们看看这是如何工作的： 


①假设 proxy 的 setHotOrNotRating (> 方法被调 
用。 

r.aetHotOrNotRating(9) 


proxy. 


@ proxy 会接着调用 
InvocationHandler 
的 invoke() 方法 》 


invoke(Object proxy. Method method. Object[] args) 


0 handler 决定要如何处 
置这个请求，可能会 
转发给 RealSubject 。 
handler 到底是如何决定 
的呢？等一下你就知道 
了。 




砝。 


retuim method. involc© (person , args); 


J . / 

我们 ㈣ 破用的 
法。 这 个的象4 谈用 ㈣ 糾的象。 

洩们 ， .o •不 过加戤锔用的 I 炙 
正的 洲）。 


值用琢诒的 
i 蓍。 
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代理禳式 

嫉钹创建 lnvocationHandkr. 

当 proxy 调用 invokeO 时，要如何应对？通常，你会先检査该方法是否 
来自 proxy , 并基于该方法的名称和变量做决定。现在我们就来实现 
OwnerlnvocationHandler ， 以了解工作机制： 


电的 4 ■■部 分， M 以我们* 

fimpott 它。 辦有满用公理器邾贫现 

y 力 ^ oc 叫卵〜 

import j ava. lang. reflect. *; ^ 

public class Owner InvocationHandler implements InvocationHandler { 作入构 

PersonBean person; ㈣^ 用。 


public OwnerInvocationHandler(PersonBean person) { 
this.person = person; 

I 


〆 


public Object invoke(Object proxy. Method method, Object^] args> 
throws IllegalAccessException ( 


蒌次的方砝破 i| 用.就 
含考致用此方法 a 


如粟方法扈一个我 
们犹该用内的方法。 


if (method.getNameO .startsWithC^et")) { 
return method.invoke(person, args); 

)else if (method.getNarae().equals("setHotOrNotRating H )) { 

throw new IllegalAccessException(); jt— 

)else if (method.getName () .startsWith ( w set")) { ^|»J , 如蓽方 1 ’ 在 4 

return method, invoke (person, args); 冬、 s«tHo(OtNotR4ti«f (), 戧们弒 

} 把出 J“c^d 〖 Acce9sEircfpti0M 表 

atch (InvocationTargetException e) { \ 承不 H 


catch (InvocationTargetException 
e.printStackTrace(); /V- 


return null; 


说用 ㈣ 法. 


心 .峨 
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创建你自己的 InvocationHandler 


- 

NonOwnerlnvocationHandler 工作的方式除了它允许调用 sctHotOrNotRaling () 和不允许调 
M O 用其他 set 方法之外，与 OwnerlnvocationHandler 是很相似的。请写出 NonOwnerlnvocatio 

nHandler 的 代码： 
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步 骤二： 劊建 Proxy 类#实例 
化 Proxy 对象 

现在，只剩下创建动态 Proxy 类，并实例化 Proxy 对象 r。 让我们开始编写一个以 PersonBean 为参数，并 
知邁如何为 PersonBean 对象创建拥有者代理的方法。也躭是说，我们要创建•个代理，将它的方法调用 
转发给 OwnerlnvocationHandler* 代码如下： 


社方法髴 | 一个的象玲誊數 • 然后达®达 

. 这 ® 一个 P 打扣 Weah 


PersonBean getOwnerProxy(PersonBean person) 


此代铒《 <? 代《，遠个 

奮看它。 


return (PersonBean) Proxy . newProxyInstan<^(^" 
person.getClass().getClassLoader(), 
person.getClass()•getInterfaces 0 , 
new OwnerInvocationHandler(person)) 


我们用类的轉态 
iuwPi <? xy 方 :去 舍)連 
代理…… 

将 | je « on 8 eAn 的炎戴入器必漱 
參歎 …… 


•代琛 ft 实现的戏 


几復腦組權器 ㈣刪議：：== 
的琢因， 


your pencO 


虽然有一点复杂，但是创建动态代理所需要的代码其实很短。清你写下 
gctNonOwncrProxyO, 该方法会返回 NonOwncrlnvocationHandkr 的 代理： 


更进一步：你能够写下 getProxyO 方法，参数是 handler 和 person, 

返回值是使用此 handler 的代 理吗？ _ 
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找到你的配对 


谢试紀对服务 

现在我们躭来试 试配对 服务，看看代理如何控制对 setter 方法的 访问。 


public class MatchMakingTestDrive 

// 这里有实例变董 


m / unO 舍) 爐制试 伐4的象 • 

用 | titivc () 方法开始來试 * 


public static void main(String[] args) { 

MatchMakingTestDrive test = new MatchMakingTestDrive(); 


test.drive(); 


public MatchMakingTestDrive() 
initializeDatabase(); 

} 

public void drive()( 

PersonBeari jo© * getPersonFtoniDatafcase ("Joe Javabean")/ 

PersonBean ownerProxy = getOwnerProxy(joe); < 

System.out.println("Name is ” + ovmerProxy.getName{)); 
ownerProxy.setInterests("bowling, Go*” ； 

System.out.println (^Interests set from owner proxy ’.）； 
try { 

ownerProxy.setHotOrNotRating(10 )； 

)catch (Exception e) { • 

System.out.println("Can't set rating from owner proxy"); T 

} ( i 在孩 蕞行不逢的 

System.out.println(^Rating is M + ownerProxy.getHotOrNotRating()); 

PersonBean nonOwnerProxy = getNonOwnerProxy(joe); ^ 

System.out.println("Name is ” + nonOwnerProxy.getName ()); 
try { 

nonOwner Proxy • setlnterests 「 bowling. Go 1 *); 

} catch (Exception e) { 


构 asw 始佟*的* 务人* 

nu ««。 

从數翔 «中》*- 

广个人。 

•赛后 so 澧* •个揭 

谈用弘 tt «。 

然后 il 用时《«。 

试 着畋変 诗分。 



代理 3 




System.out.println(^Can't set interests from non owner proxy"); 
t 这左找4« 不 a 的! 

nonOwnerProxy.setHotOrNotRating(3); / 

System.out.println("Rating set from non owner proxy .”； ^^ 

System.out.println("Rating is ■•- nonOwnerProxy.getHotOrNotRating()) / 试 f 设 gif 分。 


// 这里还有其他的方法，像 getOwnerProxy 和 getNonOwnerProxy 


484 第11章 







代理模式 


执行结果 


I File t 


I Bom2BDynarroc 


% java MatchMakingTestDrive 
Name is Joe Javabean 
Interests set from owner proxy 
Can"t set rating from owner proxy 
Rating is 7 


Name is Joe Javabean 

Can't set interests from non owner proxy 
Rating set from non owner proxy 


我们的 尤许 
$etteiif9tettei . fS 不元许玫交 
HotOtNot 谇分 o 


我 f ] 的 只尤 t •年 

$««« 7 和被変 HotOtN <« 诗分, <5不 

^,^settei 3 


Rating is 5 
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代理问答 


Ctel^estlons 


I ®): 到底“动态代理 • 动态 

在哪里？是不是指在运行时才将它实 
例化并和 handler 联系 起来？ 

； 不是的。动态代理之所 
以被称为动态，是因为运行时才将它 
的类创建出来。代码开始执行时，还 



有没有办法知道某个类 


是不是代理类呢？ 

爸： 可以。 


代理类有一个静 


态方法，叫做 isProxyClass () 。此方法 
的返回值如果为 true ， 表示这是一个 
动态代 理类。 除此之外，代攻类还会 
实现特定的某丟 接口. 


I 你为什么使用 skeleton ? 
我以为我们早在 Java 1.2 就已经播脱 
skeleton 了。 




你说的没错，我们不 


需要真的产生 skeleton ， 因为 Java 


1.2 的 RMI 可以利用 reflection API 直接 


没有 proxy 类，它是根据需要从你传 
入的接口集釗建的。 

I 我的 InvocationHandler 
看起来像一个很奇怪的 proxy 。 它没 
有实现所代理的类的任何方法。 

X 这是因为 InvocaHon - 
Handler 根本就不是 proxy ，它只是一 
个帮助 proxy 的类， proxy 会把调用转 
发给它处理。 Proxy 本身是利用静态 
的 Proxy , newProxyInstance () 方法在运 
行时动态地创建的。 


: 对于我能传入 new - 

Proxy » nstance () 的接口类型，有没 
有什么限制？ 

^ : 是有一些1»制。首先， 

我们总是传给 newProxylnstanceO — 
个接口数组.此数组内只能有接口， 
不能有类。如果接 o 不是 public ， 就 
必須爲于网一个 package ， 不 网的接 
o 内，不可以有名称和参数完全一 
样的方法。还有一些•比较细微的限 
制，你应该好好研读一下 javadoc 的 
文件。 


将客户调用分派给远枉腋务。尽管如 
此，我们还是希望 JL 现 skeleton ， 因 
为这可以帮助你从轆念上理解内部的 
机制。 

I 1 ?): 我听说，在 Java 5, 甚 

至连 stub 都不需要产生了，这是真 
的吗？ 

: 是真的„私丫8 5的1^11和 

动态代理褡使用，动态代理动态产 
生 stub ， 远趕对象的 stub 是 java . lang . 
reflect . Proxy 实例（连同一个调用处 
理器），它是自动产生的，来处理所 
有把客户的本地识用变成远移 诮用的 


細节^所以，你不再需要使用 rmic , 
客户和远 秸对象 沟通的一切都在摹后 


处理掉了。 
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4 




4- 


请将下列檯式和描述配对： 


装梅者 


包茉 另一个对象.#揸 
供不罔的捿 0 。 


包浆另一个对 象，# 
棵供 額外的行为。 


适£鼉 


包装男 一令对象 ， # 
硿制对它的钫闲。 

包装许多对象认简化 
它们的捿 0。 
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代理动物园 


代理动物 D 


坎迎来到对象村动物 R ! 


现在你知道什么是远程代押..虚拟代理和保护代理了。在野外，你 
S 到的代理还 + R 是这叫-/ I ':动物 园的代 ffl 区，我们展水了许多辛 
苫捕促来的酐生的代理，供你研究。 

我们的作还没有完成， m 是，我们相信以后你会在真实世界中看 
到更多代理的变体，所以现在请你帮帮忙，帮我们编 n 。 it 我们吞 
右现有的 代理： 



防火墙代理 (Firewall 
Proxy) 

控制网络资源的访问，保 
护主题免于 ■•坏 客户"的侵害 • 






智能引用代理 (Smart 
Reference Proxy) 

当主題被引用时，进行额外的 
动作，例如计算一个对象被引 



用的次数。 



缓存代理 (Caching Proxy) 

为幵销大的运算结果提供暂时 
存储： 它也允许多个客户共享 
结果，以减少计算或网络延迟。 
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同步代理 (Synchronization 
Proxy ) 在多线程的情况 
下为主题提供安全的访问。 









复杂隐藏代理 (Complexity Hiding 
Proxy ) 

用来隐藏一个类的复杂集合的复杂 
度，并进行访问控制。有时候也称为 



H 写入时复制代理 （ Copy - On - 
Write Proxy ) 

用来控制对象的复制，方 


法是延迟对象的复制，直到 
客户真的需要为止。这是虚拟代 
理的变体。 


外观代理 （Fagade Proxy ) ， 这不难理 
解。复杂隐藏代理和外观模式是不一样 
的，因为代理控制访问，而外观横式只 
提供另一组接口。 



钵盎 沾： 去罨看3心》5的 

CopyOnWtcuAitAyUftlW ii o 


: 磧将你 夺耔外 M 戎察 f *) 的典诂代理？存 ( if : 
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填字游戏 



这一京很长。在结束前，休闲一下吧! 



横排 提示： 

1 • Group of first CD cover displayed (two words) 

3. Proxy that stands in for expensive objects 

4. We took one of these to leam RMI 

7. Remote_ was used to implement 

the gumball machine monitor (two words) 

9. Software developer agent was being this kind 
of proxy 

11. In RMI. the object that takes the network 
requests on the service side 

14. Proxy that protects method calls from 
unauthorized callers 

15. A_proxy class is created at runtime 

16. Place to learn about the many proxy variants 

17. Commonly used proxy for web services (two 
words) 

18. In RMI, the proxy is called this 

19. The CD viewer used this kind of proxy 


竖排 提示： 

2. Java's dynamic proxy forwards all requests to 
this (two words) 

5. Group that did the album MCMXC A.D. 

6. This utility acts as a lookup service for RMI 
8. Why Elroy couldn't get dates 

10. Similar to proxy, but with a different purpose 

12. Objectville Matchmaking gimmick (three 
words) 

13. Our first mistake: the gumball machine 

reporting was not_ 
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设计葙沟的工爯 

你的设计工具箱几乎满了。 -- 路下来，你所学会的设 
计換式，几乎可以解决 任何设 计问题了。 






夤矽 14 


扣的携式 a 代理 
作於另一个 rt 象 
的代表。 




二一 一。 


-要点一 

■ 代理模式为另一个对象提供 
代表，以便控制客户对对象 
的访问，管理访问的方式有 
许多种。 

■ 远程代理管理客户和远程对 
象之间的交互。 

■ 虚拟代理控制访问实例化开 
销大的对象。 

_保护代理祐干调用者控制对 
对象方法的访问。 

■ 代理模式有许多变体，例 
如： 缓存代理、同步代理、 
防火墙代理和写入时复制代 
理。 

■ 代理在结构上类似装饰者， 
但是目的不同。 

_装饰者模式为对象加上行 
为，而代理則是控制访问。 

■ Java 内罝的代理支持，可以 
根据需要建立动态代理，并 
将所有调用分配到所选的处 
理器。 

■ 就和其他的包装者 （ wrapp - 
er ) 一样，代理会造成你的 
设计中类的数目增加。 


碥 


你现在的位置 ► 491 


习 題 解答 


雖 9翅藓答 

NonOwnerlnvocationHandler 工作的方式除了 它允许调用 setHotOrNotRatingO 和不允许 
调用其他 set 方法之外，与 OwnerlnvocationHandler 是很相的。请写出 NonOwnerlnvo 
钱[习 cationHandler 的代码： 


import j ava. lang. reflect. * ; 

public class NonOwnerlnvocationHandler implements InvocationHandler { 
PersonBean person; 

public NonOwnerlnvocationHandler(PersonBean person) { 
this.person *= person; 

} 

public Object invoke (Object, proxy. Method method, Object[ ] args) 
throws IllegalAccessException { 

try { 

if (method.getName () .startsWith (''get'*)) { 
return method.invoke(person, args); 

} else if (method.getName().equals( M setHotOrNotRating M )) { 
return method.invoke(person/ args); 

} else if (met hod. get Name () . startsWith ("set'*)) { 
thtow new IllegalAccessException(); 

} 

} catch <InvocationTargetException e) { 
e.printStackTrace(); 

) 

return null; 


设计迷瓸 


ImageProxy 类似乎有两个由条件语句控制的状态。你能否用另一个设 
计横式清理这样的代码？你要如何璽新设计丨 mageProxy? 


使用状态 棋式： 实现两个状态， 分别是 ilmageLoadcd 和 ImageNotLoaded 。 然后把 if 语句内的代码放进 
各自的状态中。 一开始的 状态是 ImageNotLoaded ， 当 hnagelcon 取回后就转换到 ImageLoaded 状态。 


492 第11章 



代理模式 


9题蘇答 


虽然有一点复杂，但是创违动态代理所需要的代码其实很短。请你 li 下 
getNonOwnerProxyO ,该方法会返回 NonOwnerlnvocadonHandler 的代 
理： 

PersonBean getNonOwnerProxy<PersonBean person) { 

return (PersonBean) Proxy.newProxylnstance( 
person.getClass{>.getClassLoader (), 
person•getClass().getlnterfaces(), 
new NonOwnerInvocationHandler(person )); 
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待烘烤 代珥： CD 封面浏览器 


讎 


待俅烤 

代铒 


卯封面洌 览器 的代铒 


package headfirst. proxy.virtualproxy ; 

import java.net.*; 

import java.awt.*; 

import java•awt•event•*; 

import javax.swing.*; 

import java.util .*； 

public class ImageProxyTestDrive { 

IinageConiponent image Component; 

jFrame frame = new JFrame( w CD Cover Viewer"); 
JMenuBar menuBar; 

JMenu menu? 

Hashtable cds = new Hashtable(); 


public static void main (String[ 】 args) 
ImageProxyTestDrive testDrive = new 


throws Exception { 

ImageProxyTestDrive(); 


B _ 酬 === :⑦： "脚:一的 a — 

3P9 " ，； = dS . PUt rwv . 脚： "i 畔 s ■ 戚。 

: 膚鋒厕儿 四 2 瓜 

jP9 " ，； cds .put("Northern Exposure","http://images.amazon.com/imag e s/P/B000003SFN.01. 

12222222 ；^^ (.-Selected Ambient Works, Vol. 2", -http: //images.amazon.con/images/P/ 
B000002^ s 01.L2ZZZZZZopg",； p；// ^ cg edu/homes/freeman _ el .^ 

sm. jpg*'); 

URL initialURL = new URL ((String) cds.get("Selected Ambient Works, Vol. 2 ">)； 

menuBar = new JMenuBar() / 

menu = new JMenu("Favorite CDs"); 


menuBar.add(menu); 

frame.setJMenuBar(menuBar); 
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for(Enumeration e - cds.keys <); e.hasMoreElements{);) { 

String name = (String)e.nextElement(); 

JMenultem menuItem * new JMenuItem(name); 
menu.add(menuItem); 

menultem.addActior.Listener (new ActionListener 0 { 

public void actionPerformed(ActionEvent event) { 

imageComponent.setlcon(new ImageProxy(getCDUrl(event. 
getActionCommand()))); 

frame.repaint(); 

} 

})； 


// 建立框架和菜单 

Icon icon = new ImageProxy(initialURL); 

imageComponent = new ImageComponent(icon); 

frame.getContentPane(),add ( imageComponent); 

frame.setDefaultCloseOperation(JFrame.EXITONCLOSE); 

frame.setSize (800,600); 

frame.setvisible{true); 


URL getCDUrl(String name) { 
try { 

return new URL((String)cds.get(name)); 
\ catch (MalformedURLException e) { 
e.printStackTrace (}; 
return null; 
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持烘烤代 W : CD 封面浏览器 



待俅烤 

代铒 


package headfirst.proxy• virtualproxy; 

import java.net.*; 

import java.awt 

import j ava.awt.event.*; 

import javax.swing .*； 


CP 封面浏览器的代码, 
继续…… 


class ImageProxy implements Icon { 

ImageIcon imageIcon? 

URL imageURL; 

Thread retrievalThread; 
boolean retrieving » false; 

public ImageProxy<URL url) { imageURL - url;) 

public int getlconWidth() { 
if (imageIcon !•* null) { 

return imageIcon.getIconWidth(); 

)else { 

return 800; 


public int getlconHeight() { 
if (imagelcon != null) { 

return imagelcon.getlconHeight(); 
} else { 

return 600; 


public void paintlcon (final Component c, Graphics g, int x, int y) { 
if (imagelcon null) { 

imagelcon.paintlcon(c, g, x, y); 

} else ( 

g • drawstring Loading CD cover, please wait...” ， x+300, y+190); 
if (!retrieving) { 

retrieving ■ true; 

retrievalThread ■ new Thread(new Runnable() { 
public void run() { 
try { 

imagelcon = new Imagelcon(imageURL, "CD Cover'*); 
c.repaint (); 

} catch (Exception e) { 
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e.printStackTrace O; 

} 

} 

)); 

retrievalThread.start(); 

} 


package headfirst.proxy.virtualproxy; 
import j ava.awt.*; 
import j avax.swing.*; 

class ImageComponent extends JComponent { 
private Icon icon; 

public ImageComponent(Icon icon) { 
this.icon = icon; 


public void setlcon <Icon icon) { 
this.icon = icon; 


public void paintComponent(Graphics g) { 
super.paintComponent(g); 
int w = icon.getlconWidth {); 
int h = icon.getlconHeight (); 
int x = (800 - w)/2; 
int y = (600 - h>/2; 
icon.paintlcon(this, g, x, y); 
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Ut 含糢式 j 

^ 摸式雌式 


谁料得到模式居然可以携手 合作？你已经见识过围炉夜话的火 ® 场面 （幸 
好，出版社事先请我们删除“死神来访”模式的篇章，好让本书不需附上“12岁以〒渎 
者必须家长陪 M 阅读”的警告标语，所以你没见识到闹出人命的那一巢围炉夜话 *) ， 
谁料得到模式®然可以携手合作？这实在是太意外了 • 信不信由你，有一些威力强大的 
00设计同时使用多个设计模式。准备让你的模式技巧进入 F 一个层次，现在是复合模式 
的时间。 


★ 如果你想契 - 份，来 E-mail 索取。 


这是新的一章 
























横式可以携手合作 


携手含作 

使用模次最棒的方式，就是把它们从家 1 a 找出来同其他模式展开交互 • 
你越多地使用模式就越容易发现它们一同现身在你的设计中。对于这些 
在设计中携手合作征服许多 M 题的模式，我们给它一个特別的名字：复 
合模式 （Compound Pattern ) 。没错！我们说的 正是一 种由模式所构成的 
模式。 

你将在真实的世界中发现许多复合模式。现在你的大脑中已经有许多模 
式『，对于复合模式，你会发现它们其实只是携手合作的许多模式，这 
样就会很容易理解了 • 



本章，我们将重达 SimUDuck 鸭子模拟器中那些熟悉的鸭当我们介绍 
复合樽式时，使用鸭子的例子是适当的，毕竞，在整本书中，鸭7•一直 
与我们同在，而且模拟鸭子也使用了许多模式 • 通过鸭子的帮助，你将 
学习到揆式如何携手合作来解决同一 件事。 但是我们将某些模式结合使 
用，并不代表这些模式就够资格称为复合 模式。 复合模式必须够一般性， 
适合解决许多问题才行=因此，在本章的后半段，我们会拜访一个真正 
的复合模式，没错，就是鼎鼎大名的 MVC ( Model - View - Comroller ) 。 
如果你没听过 MVC . 我保证这会是你的设计 工具箱 内最有威力的模式之 


祺式通常狨一起使用. 捋拈组 含在罔 
—个设 i 十解决方策中。 


复含模 式在一 令解决 方索中 銶含® 个 
或多个模式.认解决一故或重复发生 
的问瓸 o 
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鸟鸭孑重聚 

正如你所知道的，我们会 W 度与鸭子共同合作。而这次鸭子将在 N —个解决方案中展示 
模式是如何共存共至携手合作的。 


我们将从头策建我们的鸭子模拟器，并通过使用一堆模式来 K 予它一些有趣的能力。动 

@ 首先，我们将创建一个 QuacKable 接口。 

刚刚说过，我们将从头开始。而这一次，鸭子将实现 Quackabk 接口。这样，我 
们就知道这个模拟器中，有哪些东西吋以呱呱叫，像是绿头鸭、红头鸭，甚至可 
能还会看到橡皮鸭偷偷溜回来。 


public interface Quackable 
public void quack 0; 


Q,.ck ] 


② 


现在，某些鸭子实现了 Quackable 接口， 

如果没有类实现某个接口，那么此接口的存在就没有 意义。 现在我们就来设计- 
些具体鸭子（不是那种“玩偶鸭”，你知道我们指的是什么）。 




public class MallardDuck implements Quackable { 
public void quack() { 

System.out.printIn("Quack 0 ); 


public class RedheadDuck implements Quackable { 
public void quack() { 

System.out.println r f Quack w ); 


如粟戧们 4 望这个栈扣器法澴笮* • 
杖 f — 签物神変体， 
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加入更多鸭子 


如果我们没有加入了别的种类的鸭子，就不太好玩。 

还记得上次吧？我们曾经加人了鸭鸣器（猎人使用的那种东西，它们肯定会呱呱 
叫）和橡皮鸭。 

public class DuckCall implements Quackable { 
public void quack() { 

System.out.println ("Kwak"); « O.chCM (H 4 S) 食畈畈叫.戊蚺起來 

v ' ^ 4 不十分体 i 的镎 <*) 声。 


public class RubberDuck implements Quackable { 
public void quack() { 

System, out .printIn ("Squeak' 1 ) ? 


劣 R “66« tD“cfc (禕度样）畈畈 H 时. 


(D 好了，我们有了鸭子，还需要一个横拟器。 


让我们来制造一个会产生一些鸭子，还要确认鸭子会呱呱叫的模拟器_ 


public class DuckSimulator { 

public static void main(String[) args) { 

DuckSimulator simulator * new DuckSimulator ()； 
simulator.simulate(); 


我们的 mainO 方 ^ 

设用其方•’在 0 


void simulate () { 

Quackable mallardDuck - new MallardDuckO; 
Quackable rcdheadDuck = new RedheadDuck(); 
Quackable duckCall - new DuckCall(); 
Quackable rubberDuck = new RubberDuck(); 





System.out .println ( M \nDuck Simulator'*); 


simulate (mallardDuck); 
simulate(redheadDuck); 
simulate(duckCall); 
simulate(rubberDuck )； 


void simulate(Quackable duck) 
duck.quack<); 


•••…耗后科媳糲私 
- - - 备-螓孑。 

我们在 这 f t ^. 5 


{ 



方沾來賴私-只椎子。 




利下的 ♦. 我们魷让多态 I 将它的麇法： 
不耆详 八的差 钾一# 畈嘁叫的象.多态耜9 


以课用利正磘的 方法。 
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九家邾丈现罔一个 Q “ Acfca 6( * 戏 只 4 
备 t ) 的实现尤锊不阉的唤 方式。 


似乎到目前为止一切顺利。 


® 当鸭子出现在这里时，鹅也应该在附近^ 

只要有水塘的地方，就人槪会冇鴨子和鹅。我们为这个模拟器设计了 •个 
Goose (把> 类。 

public class Goose { 

public void honk () { ^ n , - _ ^ ^ 

System.out.println("Honk"); *74 城嗓 . 





假设我们想要在所有使用鸭+的地方使用鹅，毕毚鹅会叫.会飞.会游，和鸭子差不多。力 
什么我们不能在这个模拟器屮使用鹅呢？ 


什么模式可以让我们 ff ： 易地将鸭子和鹅掺杂在一 起呢？ 
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鹨适配器 


® 我们霈要鹅适配器 


我们的模拟器期望看到 Quackable 接口。既然鹅不会呱呱叫，那么我们 
可以利用适配器将鹅适配成鸭子。 __ 

广 if 记. 08 食卵⑽ 

' 也杖 

public class GooseAdapter impleinents Quackable { 

Goose goose; 


public GooseAdapter(Goose goose) { 
this.goose - goose; 

} 


<5 - 构逢器 f i 详入靂<1«的鵡 

的象。 


public void quack{) { 
goose.honk(); 


^ ——劣试用《 ! «*< ： ( 1 ()的 ， 含 Ai 託 f _) 鶬的 
honkOi iic 


© 现在，模拟器中也应该可以使用鹅了》 

接着，我们雷要做的躭是创建 Goose 对象，将它包装进适 K 器，以 
便实现 Quackable 。 这样，我们躭可以继 续了。 


public class DuckSiraulator { 

public static void main(String[) args) { 

DuckSimulator simulator = new DuckSimulator(); 
simulator.simulate(); 

} 

void simulate() { 

Quackable mal 丄 ardDuck =■ new MallardDuck (); 

Quackable redheadDuck - new RedheadDuck(); 

Quackable duckCall - new DuckCall(); 

Quackable rubberDuck = new RubberDuckO; 

Quackable gooseDuck « new GooseAdapter{new Goose(J); 


邊 a 紗 0 州糾进 
/ 一 ^ q 0 09e^v tex • 栽们妖 
^ 句以让鵠⑽-楫 ■ 


System.out.println("\nDuclc Simulator: With Goose Adapter"); 


} 


simulate(mallardDuck); 
simulate(redheadDuck); 
simulate(duckCall); 
simulate(rubberDuck); 
simulate(gooseDuck); 



一 s 鸹故®装起來.我们妖 
QaactuM * 的象。 


void simulate(Quackable duck)( 
duck.quack(); 
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复合模式 


现在，让我们测试#看 


这次测试时， sinuihiteO 会调用许多对象的 quackO 方法， K •中包括适 
配器的 quackO 方法。结果应该会出现咯咯叫 （honk ) 才对。 


苟涔5!现4起含扣其姑楳 
子一起 H 出声: 



|File Edrt Window Help GoldenEggs | 


% java DuckSimulator 

Duck Simulator: With Goose Adapter 

Quack 

Quack 

Kwak 

Squeak 

Honk 

% 


^ JP 磉噢螂 f 


呱呱叫学家为所有拥有 可呱呱 叫行为的丰物右迷。其中.件他们经 
常研究的 事是： 在一群鸭子中，会有多少呱呱叫声？ 

我们要如何在不变化鸭子类的情况下，计算呱呱叫的次数呢？ 


有没有什么模火可以帮上忙？ 



2 . Btew*t. 公 © 
送游老扣嘁嘁叫 
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鸭子装饰者 


® 我们会让这些呱呱叫学家 满意， 让他们知道叫声的次数。 

怎样才能办到呢？让我们创建一个装饰者，通过把鸭子包装进装饰者对 
象，给鸭 P —苎新行为（计算次数的行为）。我们不必修改鸭子的代码。 


Qttflcl * CoMnte «4 —个装钸寿。 


(■泰 我们纛塵卖现 
0^410. 


public class QuackCounter implements Quackable 
Quackable duck; 

static int number Of Quacks; ___ 




我们用一个实倒定翟来记求破 
浆钸的承畈叫老 a 

簌们阑移态窆簧朿绽蚪方 
嘁嘁叫次激。 


} 


public QuackCounter (Quackable duck) { 
this.duck = duck/ 



I^OuackAbU 咨礙 4 康作入均违 
器. 4记录在爱喇变 I 中^ 


public void quack 0 { 

duck.quack(); ^r 

numberOfQuacks++; 


public static int getQuacks() { 


return numberOfQuacks; 



洛糾 ^ k () 破钃用的. 
絮 ^ t-)Quach46le 


_ 杖龙 ㈣ 料餘 iE 在 


贫后把 ㈡ 声的次教灰_。 


给装辞老扣入一个释态方法. 
以 ft 逋®焱 M ft Q “《 cfca 6 k 中发 
金的 M 声次廬。 
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复合横式 


® 我们需要更新此模拟器，以便创建被装饰的鸭子。 

现在，我们必须包装在 QuackCounler 装饰者中被实例化的毎个 
Quackable 对象。如果不这么做，鸭-了.就会到处乱跑而使得我们无法 
统计其叫声次数。 


public class DuckSimulator { 


public static void main(String[1 
DuckSimulator simulator = new 
simulator.simulate(); 

} 

void simulate() { 


args) { 

DuckSimulator() 





圣攻戧 0 创 if _ 个 
銘用一 个街的 


Quackable mallardDuck = new QuackCounter(new MallardDuck ())； 
Quackable redheadDuck = new QuackCounter(new RedheadDuck()); 
Quackable duckCall = new QuackCounter(new DuckCall()); 
Quackable rubberDuck = new QuackCounter(new RubberDuckO); 
Quackable gooseDuck = new GooseAdapter(new Goose()); 

System.out.printIn("\nDuck Simulator: With Decorator"); 


simulate(mallardDuck); 
simulate(redheadDuck); 
simulate(duckCall); 
simulate(rubberDuck); 
simulate(gooseDuck); 


. ... ..... , 

System. out. println ("The ducJcs quacked " + 
QuackCounter. getQuacksO 


公® 这! I 充苦辦戰们. 他不往 
釾入起的叫声•井们不去装 

vT* ~ N 杖扈在 iif . 我们 
+ " times") ; 吩嘁於。 


void simulate(Quackable duck) 
duck.quack() / 


ijS 没料 何的 4 姑. 的 


狳出存 / -^ 

vaf ! ^ 


不0 在内。 



% java DuckSimulator 

Duck Simulator : With Decorator 

Quack 

Quack 

Kwak 

Squeak 

Honk 

The ducks quacks 4 times 
% 
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达个鹨叫计 数》 实在太 #5 • 我们5 蘚 
到了很多认前不知 遣的、 兵子达整味嚷叫 
的小东系的资料。 佴 星我们崖理许多叫芦 
滾揪计箕逬去。你 铨够熳供槊助 
码 7 


你 必须装饰对象来获得被装饰过的行 
为。 

他说的没错，包装对象的问题就是这样••有包 
装才有效果，没包装就没有效采。 

为什么我们不将创建鸭子的程序集中在一个地 
方呢？换句话说，让我们将创建和装饰的部分 
包装起来吧。 

这看起来像什么模式？ 


® 我们霈要用工厂产生鸭子！ 

奸了！我们需要•些质最控制来确保鸭子一定是被包装起来的。我们要建造一个 
工厂，创建装饰过的鸭子 • 此工厂应该生产各种不同类型的鸭子的产品家族，所 

以我们要用抽象 t 厂模式 • 电 

让我们从 AbstractDudcFacwry 的定义 开始： , - -^ ^ $ 


public abstract class AbstractDuckFactory { 

public abstract Quackable createMallardDuck(); 
public abstract Quackable createRedheadDuck(); 
public abstract Quackable createDuckCall ()； 
public abstract Quackable createRubberDuck0 ? 


族。 




« 个方沭 «« ••神 w 子。 
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ft 合模式 


让我们从创建一个工厂开始，此工厂创建没有装饰者的鹎子: 


public class DuckFactory extends AbstractDuckFactory { 



public Quackable createMallardDuck() { 
return new MallardDuck(); 


public Quackable createRedheadDuck() { 
return new RedheadDuck(); 


public Quackable createDuckCall() { 
return new DuckCall(); 


public Quackable createRubberDuck() { 
return new RubberDuck() / 



展抽 $ ■工厂。 


古抽 4 的 Q«AcbAW «。 核# 器斿不 


现在，要创建我们真正 11 要的工厂， CountingDuckFactory： 



public class CountingDuckFactory extends AbstractDuckFactory { 


public Quackable createMallardDuck ()[ 

return new QuackCounter(new MallardDuck ())； 


public Quackable createRedheadDuck{) { 

return new QuackCounter(new RedheadDuck(>); 


public Quackable createDuckCall() { 

return new QuackCounter(new DuckCall {))； 


public Quackable createRubberDuck(> { 

return new QuackCounter (new RubberDuck ("/ 





*个 方法部 食** 声分 

a 皋。《私8#不知 
何不阐， «n 
QuAcfe«6(e<ft O 0 任蕞 (£ (I 
费芍以 ©此布故 <?. M 荀 
的 W 声部食破舒 J ? 进去。 
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W 子家族 


© 设置模拟器来使用这个工厂。 

还记得抽象工厂是怎么工作的吗？我们创建一个多态的方法，此方法需要一个用 
来创建对象的工厂。通过传入不间的工厂，我们就会得到不同的产品家族。 

我们要修改一下 simulateO 方法，让它利用传进来的工厂来创建鸭子。 


public class DuckSimulator { 

public static void main(String[] args) { 

DuckSimulator simulator = new DuckSxmulator(); ^ 

AbstractDuckFactory duckFactory * new CountingDuckFactory() / 

/ - - —— 


r 


r . •工 

方‘名。 


simulator.simulate (duckFactory) 


void simulate (AbstractDuckFactory due 

Quackable mallardDuck = duckFactc 
Quackable redheadDuck 
Quackable duckCall = duckFactory 
Quackable rubberDuck = duckFactory.c 
Quackable gooseDuck = new GooseAaapter 



iUu () 方法 f 个 

A6«tt4ct0acfcF«ctof jf ♦ ^ . 

利用它釗瀘轆孑.系不 
4态滅实 例化 螓子。 


(new 


System.out .println("\nDuck Simulator: With Abstract Factory"); 


simulate(mallardDuck); 
simulate(redheadDuck); 
simulate(duckCall); 
simulate(rubberDuck); 
simulate(gooseDuck); 

System, out. printing "The ducks quacked _’ + 

QuackCounter.getQuacks() 
"times'*); 






void simulate(Quackable duck) { 
duck.quack(); 
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一群鸭子 


S 不 



啊哈！他想管理一群鸭子。 

巡逻员又给咱们出了个好题自：为什么我们要个别管理鸭 子呢？ 



Quackable mallardDuck = duckFactory.createMallardDuck(); 
Quackable redheadDuck = duckFactory.createRedheadDuck(); 
Quackable duckCall = duckFactory.createDuckCall(); 
Quackable rubberDuck = duckFactory.createRubberDuck(); 
Quackable gooseDuck = new Goose Adapter (new Goose (U; 


simulate(nallardDuck )j 
simulate(redheadDuck); 
simulate(duckCall )； 
simulate(rubberDuck); 
simulate(gooseDuck); 


我们黹要将鸭子视为一个集合，甚至是子集合 
( subcollection ) ,为了满足巡逻员想管理鸭子 
家族的要求）。如果我们下一次命令，就能让 
整个集合的鸭7•听命行率，那就太好丫。 

什么模式可以帮我们？ 
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II 合檐式 


® 让我们创建一群鸭子（噢，实际上是一群 Quackable) • 

还记得吗，组合模式允许我们像对待单个对象一样对待对象集合。还有什么模式 
能比组合模式创建-群 Quackable 更好呢！ 

让我们逐步地看这是如何工 作的： 


€合電1和 0 ■^魚 大秦一 祥弈 
现 ㈣ 的趙 o 。 的就基 

duACkMbi$ 0 

public class Flock implements Quackable ( rtm-^tock^. ⑽制 A— isl « 

ArrayList quackers = new ArrayList () ; 录屬子 ii 个 Hxwrfc 的 Q“ 扣 Wb 片象 0 


public void add(Quackable quacker) 
quackers.add(quacker); 



用 《 W (> 方砝新增 

duachAble^1^i^loch c 


public void quack() { 

Iterator iterator = quackers.iterator(); 
while (iterator.hasNext()) { 

Quackable quacker ■ (Quackable)iterator.next ()； 
quacker.quack(); 




毕竟㈣•也 i 发备 _ cA () 方 d 合的整典 

户 f n 用，我们邊历 AiwyCMil 用备一个无 t i 的— ()》 


再靠近-点 


你注意到了吗？我们其实还偷偷用了另一个设计槙式, 
只是没有告诉你。 


public void quack() { 

Iterator iterator ■ quaclMx 雇 .itArJitojrO 
while (iterator.ha«N«xt()) { 

Quackable quacker = (Quac]cabl«) itarator. n«xt ( 
quacker.quack(); 

> 



狀 4 这个！达 rt 器俅 
式！ 
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鸭子组合 

© 现在我们霑要修改棰拟器。 

我们的组合已经准备好了，我们需要一些让鸭子能进入组合结构的代码。 


public class DuckSimulator { 

n 这里是主要方法 


和 c: 箱一楫 • 皆)瀘角 
年 ffyQuachASl * 的象 • 


void simulate (AbstractDuckFactory duckFactory) { 

QuacKable redheadDuck - duckFactory.createRedheadDuck(); 
Quackable duckCall = duckFactory.createDuckCall(); 

Quackable rubberDuck = duckFactory.createRubberDuck(); 

Quackable gooseDuck = new GooseAdapter(new Goose()); 

System.out.println( H \nDuck Simulator: With Composite - Flocks ”）； 


Flock flockOfDucks ■ new Flock(); 

floekOfDucks. add (redheadDuck); 
flockOfDucks.add(duckCall); 
flockOfDucks.add(rubberDuck ); 
flockOfDucks.add(gooseDuck) / 

Flock flockOfMallards = new Flock 0: 


光舍)瀘一个 Hocfc . 然后把 
埒多 QiuicfcWk 赛飨它 * 这个 


Quackable mallardOne = 
Quackable mallardTwo = 
Quackable mallardThree 
Quackable mallardFour 


duckFactory.createMallardDuck(); i 
duckFactory.createMallardDuckO; 

=ducJcFactory.createMallardDuck<); 

=duckFactory.createMallardDuckO; 


flockOfHallards. add (mallardOne); . 旖它 W 

flockOfMal lards. add (mallardTwo ); - - 

flockOfHallards.add(mallardThree); 

flockOfMal lards, add (mallardFour); 〆 将練共 H 

么 - 

flockOf Ducks, add (flockOfMal lards); 

System. out.printlnr\nDuck Simulator: Whole Flock Simulation"); 

simulate (flockOf Ducks); _ 删试一整 Hf! 

System. out.println( w \nDuck Simulator: Mallard Flock Simulation"); 
simulate (flockOfHallards); ^ -- 只淛试铼共 镥辟。 

System.out.println( w \nThe ducks quacked ” + 

QuackCounter.getQuacks(> + 

"times"); fr- 最爲 . 忽激 if! 


金轆 •)* 
家族 …… 


.将它们加入 錄共鹌躑。 


将練共加入主轉。 


噩后，粑教芳汾畈 
嘁叫 f 家。 


void simulate(Quackable duck ) 《 
duck.quack0 ; 

) 
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(if 不爾屨時挺, © ^ lock^iQuachabLei 





执行结果 


复合樓式 


■ File Edit Window Help FlodtADuck 


% 〕ava DuckSimulator 

Duck Simulator : With Composite - Flocks 

Duck Simulator: Whole Flock Simulation 

Quack 

Kwak 

Squeak 

Honk 

Quack 

Quack 

Quack 

Quack 

Duck Simulator: Mallard Flock Simulation 
Quack 〆 

Quack 


I 不杓 


The ducks quacked 11 times 



安全性 VS . 透硝性 


你或许还记得.在组合模式章节中，组合（菜单）和叶节点（菜单项）具有一组相同的方 
法，其中包括了 addO 方法。就因为有.组相同的方法，我们才能在菜单项上调用不起作用 
的方法（像通过调用 add (> 来在菜单项内加人•些东 西）。 这么设计的好处是，叶节点和组 
合之间是“透明的"。客户根本不用管究竟是组合还是叶节点，客户只是调用两者的同一 
个方法。 

但是在这里，我们决定把组合维护孩+的方法和叶节点分开，也就是说，我们打算只让 
Flock 異有 add (以/法。我们知遒给一个 Duck 添加某些东西是无意义的。这样的设计比较“安 
全”，你不会 调用尤 意义的方法，俱是透明性比较差。现在，客户如果想调用 addO , 得先 
确定该 Quackahle 对象足 Klock 才行， 

在 OO 设 H •的过程中，折衷一直都是免不了的，在创建你自己的组合时，你需要考虑这些。 
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鸭子观察者 



© 


首先，我们需要一个 Observable 接口。 


所谓的 Observable 就是被观察的对象。 Observable 需要注册和通知观察者的方法。我 
们本来也需要刪除观察者的方法，但是在这里为了让实现保持简单，我们就省略这 
部分了 * 一个滅 G * 

仔 ㈣ 波视祭的 0 “ acbfl6l *_ 
谈实 现 Qiucfc06s«t«A6lej4 O 。 



public interface QuackObservable { 

public void registerObserver(Observer observer); 


public void notifyObservers(); 

\ 



达也苟 il 知 4 痒老的方法。 


它 只苟: i 奶现穿老的方法， U ( r}t 
现5 06 s « tv«H O 的的象 <p 芍 fc /•益 
缚畈畈叫。稍后裁们含宠义规察寺 
戏 O 。 


现在我们需要确定所有的 Quackable 都实现此接口 


public interface Quackable extends QuackObservable { 
public void quack () ; fh 


516 


第 12 章 


辦以戧们 * T 试让 Q — 来护摩此孩 

o 。 




复合模式 


@ 现在我们必须确定所有实现 Quackable 的具体类都能够扮演 

QuackObservable 的角色。 

我们需要在毎一个类中实现注册和通知（同在第2章我们所做的 
一样）。但是这次我们要用稍微不•样的 做法： 我们要在另一个 
被称为 Observable 的类中封装注册和通知的代码，然后将它和 
QuackObservable 组公在一起。这样，我们只需要一份代码即可， 
QuackObservable 所有的调用都委托给 Observable 辅助类。 



我们先从 Observable 辅助类开始下手吧 



QuAckObsetMe 




ObseivaiLe ^ 5^ 现 Q“*cfc065*tva 6 tc , ® 玲它们只甫 一 通 
徇罔的方法. Q «4 cfe06^*v 46^^ 将这签方法的该用鞾给 
06 mv«6 〜的 H 


public class Observable implements QuackObservable { 
ArrayList observers ■ new ArrayList(); 
QuackObservable duck; 

public Observable(QuackObservable duck) { 
this.duck = duck; 


糾构 a 器中 .娜 ⑻ 士 

QuU kOb,.nMe, “T *—»>(): 
it. Cf ■ 食⑽奸咖 


public void registerObserver(Observer observer} { 
observers.add(observer); 



public void notifyObservers() { 

Iterator iterator ■ observers.iterator(); 
while (iterator.hasNext()) { 

Observer observer -= (Observer) iterator .next"; 




observer.update(duck); 




a 4 ii 知用的代 


戏下來.让我们赛罨 Q “ acfea 41 ej |£ 如叼僅用 ii 个*1站类的 
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呱呱叫装饰者其实也是 Observable 


整合 Observable 辅助类和 Quackable 类 

这应该不算太糟，我们只是要确定 Quackable 类是和 Observable 组合在一起的，并且它们知道怎样 
来委托工作。然后，它们就准备好成为 ObservableT . 下面是 MallardDuck : 的实现，其他的鸭子实 
现也类似。 

备个荀—个 

public class MallardDuck implements Quackable { 06 洲心索制変署 • 

obMinrAJ^ 务 — ^ 

public MallardDuck() ( 6 构 it 器中 . 戧们-个 

observabX, - new Observable (this); ObsetMe, 入一个 


public void quack() { 

System.out.printIn( w Quack"); 

notifyObserwrsO; 


ObsetyaSle , 轉肖入一个 
MaUatdDuch 象的 ？ | 用 # 

_ 劣戧们畈畈 — 时 . tf 让 

视 鈇老知 道。 


public void registerObserver(Oba«rvfr obaei 
observable.registerObserver(observer); 


public void notifyObservers()( 
observable.notifyObservers(); 


(4 4 ■戧们的薄个 Qitacfc 06 s # m 6〖 f 方法。注秦 
我 <0只4凌托助类进行。 


我们还没有改变一个 Quackable 的实现，即 QuackCounter 装饰者 • 它也必须成 
为 Observable , 你何不试着写出它的代码呢？ 






复合 ft 式 


几乎大功食成了！我们还 霈要把 模式的 Observer* 宪成 • 


我们已经实现了 Observable 所需要的一切，现在我们需要一些观察者 
( Observer ) 。我们先从 Observer 接口开始： 



•有•个方 

堪. 脒籩印心*«()。达 f 

龙怿入正在嘁嘁，的时乘 

(Q^ck 06 t£tPA^U) 


public interface Observer { 

public void update(QuackObservable duck); 


现在我们需要一个观 察者： 呱呱叫学家跑 
哪里去了？ 

Qaftck 06 «<tva 6 («{i^ «, 

X 

public class Quackologist implements Observer { 

public void update(QuackObservable duck) { 

System.out.println{'^Quackologist: H + duck + " just quacked."); 



.q 有一个方法 


你现在的位置 ► 519 



群组合也是 Observable 


万呱呱叫学家想观察整个群，又该怎么办呢？这么做又会是什么意思呢？不 
妨这样来 考虑： 如果我们观察一个组合，就等于我们观察组合内的毎个东西。 
所以，当你注册要观察某个群 （ flock ) ,就等于注册要观察所有的孩子（抱 
歉，我是说所有呱呱叫者），这甚至还包栝另一个群9 


在进入后面的内容前，请你写下 Flock 观察者的代码 




复合模式 


我们准备开始观察了。让我们更新横拟器，试 试看: 


public class DuckSimulator { 

public static void main(String[] args) { 

DuckSimulator simulator = new DuckSimulator(); 
AbstractDuckFactory duckFactory - new CountingDuckFactory; 

simulator.simulate(duckFactory); 

} 

void simulate{AbstractDuckFactory duckFactory) { 

// 在这里创建鸭子工厂和鸭子 


" 在这里创建群 

System.out.printIn("\nDuck Simulator: With Observer"); 

r 二⑴ - 


妖 160 違一个 

把它•:-个轉的 

现•老。 


simulate (flockOfDucks) ; 

System. out. println (** \nThe ducks quacked " + 
QuackCounter.getQuacks() 
times ”）； 



a 次 我们轜 ut 个科。 


void simulate(Quackable duck) { 
duck.quack{}; 


何 1(1 的 f 
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曲终鳾散 


这是一个大场面的 终曲。 五个，不，有六个模式一同出现在这个令人惊讶的鸭子 
模拟器中。在没有更多麻烦的情况下，我们现在就为您呈现鸭子模拟器！ 


% java DuckSimulator 

Duck Simulator : With Observer 

Quack 

Quackologist: Redhead Duck just quacked 〆 
Kwak 

Quackologist : Duck Call just quacked. 

Squeak 

Quackologist: Rubber Duck just quacked. 

Honk 

Quackologist: Goose pretending to be a Duck 
Quack 

Quackologist: Mallard Duck just quacked. 
Quack 

Quackologist: Mallard Duck just quacked. 
Quack 

Quackologist: Mallard Duck just quacked. 
Quack 

Quackologist: Mallard Duck just quacked. 

The Ducks quacked 7 times. ^^ 


后.不脊 I 嘟一 
• 砷嗓州$虼 
祭老邾食枚利1 


just quacked. 


含次數 


| o ) :这就是复合模式？ 

^ : 不，这只是一群權式捎 

手合作 • 所谓的复合樸式，是找一 
群樓式被结合起来使用，以解决一 
般性问題。我们很快就会看到 Model - 
View-Controllcr (橫觉-视图-控制 
器）复合模式。它是由 軚个樓 式结合 
起来而形成的新樓式，一再地被用于 
解决许多设计问题。 


Yju ^ l ? tJuestiC>ns 

: 所以，设计模式真正漂 
亮的地方在于，遇到问题时，我可以 
拿模式逐一地解决问题，直到所有的 
问题都被解决。我这样说对吗？ 

: 错！我们在鳴子的例子 

中之所以这么做，主要的目的是展 
示许多糢式可以合作 • 在真实的设 
计过 a 中，你不会想要这么做的 。夢 
实上，啤子糢拟器的许多部分都可以 
用模式解决，只是有一点“杀鸡馬用 


宰牛刀”的 感觉。 有时候，用好的 
oo 设计原則就可以解决 问題， 这样 
其实就够了 * 

在下一幸，我们将讨论史多这方面的 
问題。现在我只能告诉你 * 采用糢式 
时必須要考虑到这么做是否有意义 • 
绝对不能为了使用檨式而使用檨式 • 
有了这样的現念，鴨子糢拟器的设计 
看起来就显得做作。但是，这个例子 
有趣，而且在过 a 中还让我们体会到 
多个橫式是如何携手解决一个问題 
的。 
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复合樓式 


我们傲？什么？ 


我们从一大堆 Quackable 开始 


有一 只路出现了，它希望自己像一个 Quackable 。 

所以我们利用适配器模式，将鹅适 A ! 成 Quackable 。 现在你就可以调用鹅适器的 
quack (> 方法来让鹅咯咯叫。 

然后，呱呱叫学家决定要计算呱呱叫声的次数„ 

所以我们使用装饰者模式，添加了一个名为 QuackCoumer 的装饰者。它用来追踪 quack () 

被调用的次数，并将调用委托给它所装饰的 Quackable 对象。 

但是呱呱叫学家担心他们忘了加上 QuackCounter 装饰者。 

所以我 们使坩 柚象工厂樓式创建鸭从此以后，当他们需要鸭子时，就直接跟工厂要， 

工厂会给他们装饰过的鸭子。（别忘了，如果他们想取得没装饰的鸭子，用另一个鸭子 
工厂就可以！） 

又是鸭子.又是鹅，又是 quackable 的……我们有管理上的困扰。 

所以我们需要使用组合模大，将许多 quackable 集结成一个群。这个模式也允许群中有群， 

以便让呱呱叫家来管理忾子 家族。 我们在实现中通过使用 ArrayList 中的 java.mil 的迭代器 
而使用了迭代器 模式。 

当任何呱呱审响起时，呱呱叫学家都希望能被告知。 

所以我们使用观察者模式， 111 呱呱叫学家注册成为观察者。现在，当呱呱声响起时，呱呱 
叫学家就会被通知了。在这个实现中，我们再度用到了迭代器。呱呱叫学家不仅可以当某个 
鸭了•的观察者，其至可以当•整群的观察者。 
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鸭瞰这一切 

x 鸭瞰 ：类搀 

在一个小小的鸭子模拟器中，我们打包了许多模式。系统槪览是这样的: 
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ft 合模式 


何硒实瑰 ii * 方:在。 



« 个 Q *4 tffc “ U , 郝 ft 条一个 
0“《 w «« 當辦. 用來痒 餘它的 



你现在的位置— 525 















MVC 之歌 


复含糢式之王 

如果猫王是复含桟式，他的名字将 lModet-View_GontroUer , 他会喝达么一 
番歎…… 


««. 视®.控 W * 

沒 趙： Oempse^ 

MVC 1 —神范蜇 

它构 drt 砝成泠功戗 ft . 秃得你•尨«淤 《) 
巧达利4用，伐必味让4界孑 ？ f 
ii 达蕞楝 f . 邳这4视®.控軔8在中问 





癀 f 视®.和矣<»•钳+—祥有三逢 


<携人们的较获私译 
遘桷一签木瘧 t 
澧楝 Hexlejftf) 薄瑚涉 4 


伢芍以 it 携 GQ 时砝杂态中的棟麯几。 

梂蚩視®控制器 r 

,- 、私 va 也1 

視® ^|4常4控 4. 用来 S 孑和鴆《 

CocoiT^kH^. 赢洱妗译 

把 <4 何老的 Utucoi* 字符莓交汾 NST«*tV 咖② 

用户芍以和它交 5. 它几呼芍以色含仔何在® 

(5 视©不扣违桷 f 

芩浔事芍以个电读咢砝.烕老在 ft 多壤的殳学6英 
係批松蜞含 
达 fit * 的震用 


栈鬌視®控利器 

桷$視 ffi . 榷嘍视®.携 f 視®控利器 


榷 f 視®. -切邾 1木波菹淥的薤疙@。 
携 f 视®控制器 


樣轚的象汪4你的在用系统存在的瑁由 
饬设 V 十的对象.色倉？數鵠.（1«和其他 
存伢的在用问砬蜞. Cf •釗 澧金 W 的类 
饬芍以淺绎1用 M 有视® 

(5 轜 f 时象乇 t 电変 


你芍飭 i 在鈎闷 
桷蜇和视® 之间 的數掮戋功 
果由控制器居中仿谈进行 
开老 c 间蚨态的被変，數昶的同多 
郝1由控制器控 W 的 


你芍以 Jl 禳一郝机器. 
<轜一 个驀岁 •) •游 
違携一 舐彔#始活 


① Cocoa 是 MacOSX 的面向对象 API 。 -译者 

② 这是 Cocoa 中的一个类。-译者 

③ 这是 MacOSX 的用户界面 Aqua 预定的赖色<» -译者 
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控制 》 烫* 拷 备个电变的蚨态送进 送 出 

撗«祝®.的 fS 附⑽认的人来说 
这4蕞大的支柱 
禰 f 视® 

携 f 视® .读鍁“嘀嘀”，； T 袅“崦噙” 
桷智視密 mu 

旅枝崦未雄來 
苗方迳布违珞 
鎬笫控制》的人 
似今沒有洱利掌声 

獯#的僅命很重 j 
视®的外视根鼻# 

我成锊 很槲， 伐有的却: &我5 
裁笫？ 多少代铋，只袅鈞5貼««* 

It 实4不1縿« 

说 f 5代砝4沒布#杳之公 
只4角皐 猓功值 15 

戧乇愈出言 S 吓 
(5( il 有声詧的 
的子控軔》饬強鈹秕45 




复合模式 


我真# 餐躭饵 «—个獨板的與賞 
备次拷字符辜 

禊«視® 

我们 JI 釦何去典鞑结 
楝耆视田控利罌 

葙制*徇咨籌感桷«和祝© 

辦以常常 破鍵铋 来妫硭1用 
侈9以料旗«的鍾邊鐺«仔何视®的羼伐 

-£ 矸 始紼龛 
伪食農现«砝変少5 

n 这一切 t 功义免费.让我感射详详佴砉 

戧知«，2伢值用趙 Stol ~ 
许多 rt 砝部芍以 t 功户金 
省下卉多功夫 

㈣ 视®.耔公多多 
携髻視®技剩》 

0 .^ 视©, f 5 憙我的应用6经交 H 
瘃; T . A 采历 MVC 5 
^ «® «剩》 
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MVC 是数个樓式的结合 


供«»的歌 • 佴是我真的 能从中 孪利. 

mvc <$； 3MVC. 

姑*孕3«头«。 



设计模式是 MVC 的钥匙 

这首歌只是一个开胃菜，你读完本章之后， 
再回头去听这首歌，会觉得更有趣。 

似乎你以前在 MVC 上由'遭遇过挫折？其实 
大多数开发人员都是这样=你可能听其他 
开发人员说过，这改变了他们的生活，甚 
至可能带来世界和平。这是一个威力强大 
的复合模式，没错，它虽然不能带来世界 
和平，但是的确可以帮助你节省编程的时 
间。 


想要享受它的好处，就得先学会它，是吧？ 
这次的学习经验将大大不同于以往，毕竞 
你现在已经悚得模式了！ 

没错，设计模式是 MVC 的钥匙。想要由上 
而下地学习 MVC 是困难的，不是毎个人都 
做得到=学习 MVC 的诀窍就在干： MVC 是; 
由数个设计模式结合起来的 模式。 如果你 
能够看着 MVC 内部的各个模式， MVC 的一 
切也躭会跟苕明朗起来。 

我们开始吧！这次，绝对不会让 MVC 溜掉 
的！ 
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复合横式 


用 ( I 鎭4籌放 


\ ) 


Z3i 

— ( 川 J 

r,J{, I 

1 


控制器请 
求 Player 
携型放歌。 


控制器 


抟制器操纵換 
型。 


模型 
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认识模型-视搀-控制器 

想象你正在使用你最喜欢的 MP 3 播放器，比方说 iTime 。 你可以用它的界面加入新的歌 
曲、管理播放清单、将歌曲改名。播放器有一个小型数据库，记录所有的歌曲和相关的 
名字和数据。播放器也可以播歌，而播歌时用户界面会显示当时的歌曲标 M 、 运行时间 
等信息。 

其实，底下用的就是镆型-视图-控制器…… 







鱷近 MVC 


现在让我们把镜头推进 


靠近一点…… 

MP 3 播放器的描述给了我们一个 MVC 的高层视图，但是仍然无法让我们知道复合模式内的运 
作细节、无法创逮自己的复合模式、无法认识复合模式好在哪里。让我们从換型，视图、控 
制器三者的关系开始人手，然后再从设计模式的角度来看一看。 


控制器 


用来呈现模型9视图通常 
直接从模型中取得它需要 
迠乐的状态与数椐。 


取得用户的输人并解读其对梭型 
的意思。 

话 f a 中用。 




棋型 

換型持有所有的数据、状 
态和程序逻辑。換型没有 
注意到视图和控制器，虽 
然它提供了操纵和检索状 
态的接口，并发送状态改 
变通知给观察者。 




视图 

r 

这扰&用户豕 


控制器 

/ 

改变显示《 

④ 

我已经改变了！ 

⑤ 

我锯要你的状态 
信息. 





模型 


它让 JI 錡奄奋 
用數鉍和！铒。 
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ft 合樓式 


# 你 是用户 一你 和视图 交互。 

视图是模型的窗口。当你对视图做一些亊时（比方说，按下“播放”按钮），视图就告诉 
控制器你做了什么。控制器会负责处理。 

0 控制器要求模型改变状态。 

控制器解读你的动作。如果你按下某个按钮，控制器会理解这个动作的意义，并告知模型 
如何做出对应的动作。 

• 控制器也可能要求视图做改变。 

当控制器从视图接收到某一动作，结果可能是它也需要告诉视图改变其结果。比方说，控 
制器可以将界面上的某些按钮或菜单项变成有效或无效。 


0 当槙型状态改变时，横型会通知视图。 

不管是你做了某些动作（比方说按下 按钮） 还是内部有了某些改变（比方说播放清单 
的下一首歌开始），只要当模型内的东西改变时，模型都会通知视图它的状态改变了。 

• 视图向模型询问状态。 

视图直接从模型取得它显示的状态。比方说，当模型通知视图新歌开始播放，视图向模型 
询问歌名并显示出来。当控制器请求视图改变时，视图也可能向模型询问某些状态。 


Dunfl^t^estJons 


: 控制器可以变成模型的 

观察者吗？ 

^ : 当然。在某呰设计中， 

控制器会向糢璧注册，模型一有改变 
就通知控制器^当模交直接影响到用 
户界面时，就会这么做。比方说，糢 
型内的某痊状态可以支配界面的菜痊 
项目变成有效或无效，如果这样，要 
求视图更新相应昱示其实就是揎制器 
的事。 


: 控制器所做的事情就是 
把用户的输入从视图发送到棋型，对 
不对？如果只是做这些亊，其实控制 
器没有必要存在呀！为何不把这样的 
代码放在视图中？大多数情况下，控 
制器不是只调用模型的方法吗？ 

: 控制器倣的事情不只 

有“发送给模型”，还会解读输入， 
并根据榆入操纵糢型。你真正想问的 
问題可能是“为何不能把这样的代码 


放 在視® 中？”你当然可以这么做， 
但是你不想这么做，有两个原 因：首 
先，这会让梘图的代码变得史复杂， 
因为这样一来视图就有两个貪任，不 
但要管理用户界面，还要处理如何控 
制樓型的迻辑.第二个原因，这么做 
将速 成模爻和视图之间紧 M 合，如果 
你想复用此视®来处理其他糢皂，根 
本不可能，控制器把控制逆辑从视圏 
中分离，让模型和视图之间解輛。通 
过保持控制器和视图之间松耦合，设 
计就更有殚性而且容易扩展，足以容 
纳以后的改变。 
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MVC 内的横式 


戴着糢式的布 t 鸫镜焉 MVG 

我们 d 经说过，学会 MVC 最好的方法铳是看看它是由哪些模式共同组成 
的。 

让我们先从模型 开始。 你可能也猜到了，模型利用“观察者”让控制器 
和视图可以随最新的状态改变而更新。另一方面，视图和控制器则实现 
了 “策略模式”。控制器是视图的行为’如果你希望有不同的行为’可以直接换一个控制 
器。视图内部使用组合模火来管理窗口、按钮以及其他显示组件。 

让我们看得更详细 一点： 



视囹和控制器实现 r 经典的策略換式：视图眭一个对象，可以被 
调整使用 不冏的 策略，而控制器提供了 策略。 视图只关心系统中 
可视的部分，对干任何界面行为，都委托给控制器处理。使用策 
略校式也可以让视阁和模型之间的关系 解耦， 因为控制器负贵和 
模？!交互来传递用户的 请求。 对干「•作是怎么完成的，视图亳不 





粒制器 



显示包 括丫窗 n 、 面板，按钮 * 文本标、签 
等。每个显示组件如果不是组 合节# (例 
如窗 口）， 就是叶节点（例如按钮） * 当 
控制器告诉视图史新时，只消告诉视图域 
M 层的组件即可，组合会处理其余的事。 



模型实现了观察者模式，当状态改变时， 
相关对象将持续吏新 • 使用观察者模式， 
吋以让模型完全独立干视图和控制器•同 
一个模型可以使用不同的视图，其至可以同 
时使用多个视图。 
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复合横式 



策蛑 


用户做 r 某件亊 




"Q 



控制器 


视图 


/- V ;’ 

< 9 i 


^@ • 滅 ’) 8 

扈 策略，也軚 4扣迮如 
(gilllfBW ⑽的象 


w ^ teT /!^' 族鳞狡 


视® s M :，i 表现.控制 S M (i 把用户鑰入鞾4栈蜇 I ：的 

•>b. 


控制器 


组含 


a 

视图 



视 ⑴® 件（钐爸.穿 
c, 立本》入筹）的®合。 

t ! H ? *•• 
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MVC 和 DJ View 


利用 MVC 控制节拍 

现在让你来当 DJ 。 当 DJ , 节拍是头等大事，你一开始可能会用 95 BPM (每 
分钟95拍）的 downtempo groove ， 然后转换到 MOBPM 的 trance techno ， 最 /Ti 
是 80 BPM 的 ambient mix 。 

这要怎么做呢？你必须控制节拍并达造工具来帮你的忙" 



认识 Java PJ View 

ih 我们从这个工具的视图开始。这个视图可以让你产生鼓声节拍，并调整其 BPM 



姑劫袭贫 时爷拍 • 


矛法杨 bpm 。 •去 bpm 玱4的. （ if 含 t 
功 议1 。 





*的《分。 



.#00 Control 
; DJ Control _ 


Enter BPM: 120 



r 弋 


备分 钤滅少 狄从 备分神坩加肝从 

(抬。 ’拍。 


饬芍以綸入搞金的 BPM . 然后魚逢 “ S«t "抬 
迎，杖芍汝変莕分神的笮抬。饬也芍以 
用 -« •.和 »" 抬往撖 i « BPM 的值。 
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(if 2 有一费控剩 D3 V* ⑽的方法 


复合模式 


I stop -- | 

I Quit . 1 

Ir ^ KHET'l 


逢埤 .‘03 C ^ t ^ oi " 

◊ - Sunt ” 佘今.汸靜乂 

ft 诒⑴ I 


•ii. 古利 你孖雄 
At 辛抬. Stop^i 
乇故的， 


伪芍以 fl 用 
" Stop " 能 
f 專 ii 声1爷柏 




0 O 0 Control 

Start i. 

》 top ftr -......-■ r | 

Quit H^****" nm.iiiJ, 


Hi . 爷抬户 t 后. 
St»7tm^ r 



控制番在中间…… 

控制器位于视图和模型之间。它将用户 
的输人（比 方说： 从 DJ 控制菜争中选 
择 “ Siart ”） ，转给模嘲做动作，启动节 
拍的产生。 





控制器 R 璆轮入.了 稱； 
-宏專，鳔后爯时徕 f 緻出硪 
求。 


o 


别忘？在* F 靣的 糢型- 

你看不到模型，但是可以听得到它。模 
型在背后默默地工作，管砰竹拍汴用 


控制器 



差@个彡铙的禎心^ 
貪现5笮拍孖诒鸟婷 it 的 (| 弑 
fUBPM 捍声金笋眘。 
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DJ 横型.视图和控制器 


把圬段搿起來 

斧抬设 A " 9 . 你4望坩加利 （20 。 


视图 


你昜利钵妫杻 5 

0.5#幼一:免令 


000 View 

Current BPM. Ij0_ 

/ 

戍® I : 泰 S •子的蛊荈 
f 鰣以20。 


飞 




© i 5 ep ( vi 4 i 2 o . MW 视 ff * 


控軔器 f 东榉龟逆 
扣 0 PM 的值，值嵙 

加 f 。 


^SS^ej 



规80»«_汝 4 的 4 知•视 ® 
请用奸 iww 0 佴的賴璀坎态 * 
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复 合棋式 


创建碎拎 

现在你已经知道模型是负责维护所有的数据、状态和应用逻辑。那么 
BeatModel 又如何呢？它的主要工作是管理节拍，所以它具有维护当前 BPM 的状 
态和许多产生 MIDI 事件的代码，以便产生我们听到的节拍.它也暴露一个接口， 
让控制器操纵节拍，让视图和控制器获得模型的状态。还有，别忘 f 模型使用观 
察者模式，所以我们也需要一些方法， It 对象注册为现察者并送出通知。 


在看实现之前，让我们先了蘚一 

TkatModdlMterface 接15 “如 


用 ttL 硿制器棵涔用户 
洛的钍理。 


这苷方法尤卉視®扣 
控制器驭焊蚨态•斿 
变成規 察老。 


public interface BeatModelInterface 
void initialize(); - 


void on(); 
void off (); 




void setBPM(int bpm); 


int getBPM(); 
void reaisterObserver(BeatQbserver o); 
void removeObserver(BeatObserver o); 
void reaisterObserver(BPMObserver o); 
void removeObserver(BPMObserver o) / 


用来旖爷柏户法 a # 孖残兵 
闭。 

这个方沭设宅凋用此方 
法运 , 爷抬 餚萆系 I :玱変， 


VtBPM () 达®必钧 0 PM 值.如粟这 


7 

这寿轻來在•:哀根鈐 
悉.这螫方法元锊 
的象:■主册威4规察 



分威薄种视穿老.一神观察老养望 
莕个？抬部歧洼知：另一神嵘察老 
只 4 fepw 戋变时破逢扣， 
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BeatModel 


现在 . 让我们潘看異体的 PeatModel 类： 

我 f ) 犮现5 ^tAt^odelUtetiAce t . ^ 

public class BeatModel implements Be a tModellnterface. 
Sequencer sequencer; 

ArrayList beatObservers - new ArrayList(); 
ArrayList bpmObservers = new ArrayList() 
int bpm = 90; 

// 其他实 例变量 


r 




public void initialize()) 
setUpMidi(); 
buildTrackAndStart(); 

i 

public void on(j { 

sequencer.start(); 
setBPM(90); 

) 

public void off() { 
setBPM(O); 
sequencer.stop(); 

} 



此方泫 为 我们设 
I ! 定瘩 S 和爷抬 


MetaEventListener { 

衾序器 ( Sequence %) 吋拿扣 {| 如句户 坌4 宕 
的辛抬（伐 辩利的 拍孑） p 
AttayU •以旖系种视寐老（一种規瘙 辛抬. 
一神蚬瘙 epw 吆变 ） ， 

6 PM 玄例変 f 相有辛抬的箱摩，软认 
<£190BPM U 




public void setBPM(int bpm)( 
this.bpm = bpm; 
sequencer.set TempoInB PM(getBPM() 
notifyBPMObservers(); 


#«BPM 设 4 巧 K 

V.(t . 90. 

此方法 a a 旖 bpm 设 i ^ o . 涔 

控射 》 用比方法# w ? 拍. 它雉 3 三 件*: 

- (0 iSEBPM 实剜 if 。 

(>>； (2) **4ASa£iBPM = 

~~~— (3) a 知 m 有的 bpm 视 察老. emea^fJ, 


public int getBPM() { 
return bpm; 

) 

void beatEvent() ( 

notifyBeatObservers(); 

} 

// 注册现察者、通知 观察者 的代码 
// 处理节拍的 MIDI 代码 


^方法 M . tt t f ^ ^ 必箱’ 。 

这 个 j ; “;細 _以 的辛珀 n 
含该用 rtK Mil 知含都的*«伽⑽. ㈣ 多 

祐幵始3 。 



待嫌鳍代铒 

这个模型用到 Java 的 MIDI 支持来产生 节拍。 所有 DJ 类的完整实现可以从 
headfirstlabs . com 取得，本章结尾也会列出代码。 
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腳 


复合横式 


现在有趣的事情开始了，我们耍把视图桂接上，使 BeatModel 可视化! 


关干视图，我们要注息的第一件事就是实现时要用两个分离的窗口：-个窗口包含当前的 
BPM 和眯 动柱，另一个则包含界面控制。为何要这样设计？因为我们要强调包含模®视图的 
界面和包含其他用户控制的界而两者之间的差异。让我们详细有看视图的这两个部分： 


© O © View 


D J 现® S 矛 
个方面 . 


. •去东[的 8 PM (來 

令 8PM0ns«tv«t 的逢 
知） . 





分* 


0 O 0 Control 
! DJ Control 


……以及觫劫的“爷抬 
孝 r 耷爷拍阕岁•由 
Beat06s «? v * t (^ 邊知辟 
处。 




DC 










我们的 BeatModel 对子视图毫无所悉。这个検型是利用观察者模式实现的，当状态改变时， 
只要是注册为现察者的视图都会收到通知。而视图使用模型的 API 访问状态。我们已经实现了 
一种视图，你能够想出其他在 BeatModel 中使用通知和状态的视图吗？ 


$子宏的年抬栌打光秀 _ 

- 个荽子 BPM (omiient, lioiimiMt. techw*) $ 5 ；咅泳风格的 X 本扰 ® 
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DJ 视囝 


实观视设 

视图的两个部分（模®的视图和用户界向控制的视 
用）显示在两个窗口，仉 是诚亍 同一个 Java class。 你 
会先看到创违模 S 状态的视 ffi (ffi 示出 BPM 和节拍 
柱） 的代码，下一页会冇到创建用户界面控制的 代码。 




, 这两页代码只是—个轮廓！ 

为了 示个細功能，我们在这^ 

t 彳类減阶， 

i 己住，紗这两賴 H 干同— 丨类一 
DJVicw.java. 样 最師_ 出代码 • 


0 他》 4- 个视 ㈣' ㈣ 的被 

心 \ 

public class DJView implements ActionListener, BeatObserver, BPMObserver { 

祝®麯笱棵螌和控判器的？ I 用。控制 器爯食只笱在 


控《*缒0中用考一下伢《古《«- 


BeatModelInterface model; 

Contro 丄丄 erlnterface controller; 

JFrame viewFrame; ....... 

JPanel viewPanel; ^ ^ ^5 C* f 6'J i| ) 

BeatBar beat Bar; j 凡个用乘 $ •子的进 

JLabel bpmOutputLabel^ 

public DJView(Controllerlnterface controller, BeatModelInterface model) { 

this.controller = controller; ^~~~ 、构 扣樣 * 的幻用 . 

this.model = model; ° ^ ^ •-一 

model.registerObserver{(BeatObserver)this); 
model.registerObserver((BPMObserver)this); 

) 


V* 'V 一 

我 n 把它们的 u 闲存噼在裳剩変 

I中。 


public void createView() { 

//在这 I创建所有的 Swing 组件 

) 


public void updateBPMO { 

int bpm = model.getBPM(); 
if (bpm == 0) { 

bpmOutputLabel. setText ("offline"); 

} else { 

bpmOutputLabel.setText("Current BPM: 


戏 f ?) 也将 Ci 个成 i^6eat06seiveria 
8PM06«*weT 。 

梭智发 t 杖态电变时 . “MmBPMO 方珐含破该 
用。这的戧们 t 射劣前 bpm 的我 n 芍以邊 
过史毡 4 求找 轚罱珥 f_)ii 个值。 

•• + model .getBPM ()) ; 


public void updateBeat() { 

beatBar.setValue(100); 


扣时祕.洛携髻# 姑一个 撕的爷拍树, updateSeatO ^ 
4含破沭用。 ii 的餚. 戧们 必场任穌* Mi 桃_下。 
哉们的漱法4把.喊劫枝设;6蕞丈 M ( f 00) . iktt 
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复合模式 


继钹实现视诼 


现在我们来看看视图用户界面控制部分的代码。这个视图通过告诉控制器做什么来让你控制換 
型。別忘了，这一贞的代码和上一页的代码同在一个类文件中 • 


public class DJView implements ActionListener 
BeatModelInterface model; 

ControllerInterface controller 
JLabel bpmLabel; ^ 

JTextField bpmTextField; < 

JButton setBPMButton; 

JButton increaseBPMButton; 

JButton decreaseBPMButton; 

JMenuBar menuBar; N 

JMenu menu; ^ 

JMenuItem startMenuItem; J 
JMenuItem stopMenuItem; 

public void createControls(> { 

// 在这里创建所有的 Swing 组件 

} 

public void enableStopMenuItem() I 
stopMenuItem.setEnabled(true)j 


public void disableStopM©nuItem() \ 

stopMenuItem.setEnabled(false); 


BeatObserver, BPMObserver 



ii 个方法制達蚵奇的控件，4妗它们放在界$丄•。此 
方沾也含公理菜掣。劣菜輩中的 St « t 残 Sup 破送中时， 
硿制 器的相 在方法弒含破涓用。 


这签方法将菜#中的 Statt 和珀変域 
•滅 * 残 山感。 我们稍后食；控 W 霹刊用 
( i 普方法电変用户界 


♦.壬接纽的. il 用此方:•在。 


public void enableStartMenuItem() { 
startMenuItem.setEnabled(true); 

} 

public void disableStartMenuItemO i ( 

startMenuItem.setEnabled(false); 1 

} V 

public void actionPerformed(ActionEvent event) { 
if (event.getSource() =- setBPMButton) { 

int bpm = Integer.parselnt(bpmTextField.getText()) 

controller.setBPM(bpm); 

} else if (event.getSource() 
controller. increaseBPMO 
} else if (event.getSource() 
controller.decreaseBPM() 


increaseBPMButton) { 
decreaseBPMButton) { 


J 




漱;名类似 .i i 4 if «t 
残 j 滅抬 a 的. itlfi 
含作给控制 8 r 
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DJ 控制器 


现在是控制器 

是写丢失的片断的时候了：控制器。别忘了，控制器是策略，我们把控 
制器插进视图中，让视图变得聪明。 


因为我们正要实现策略模式，所以从可以插进 DJ View 的任何策略的接 


口开始。我们称此接口为 Controllerlnterface 。 


public interface ControllerInterface 
void start 0; 
void stop{); 
void increaseBPM(); 
void decreaseBPM(); 
void setBPM(int bpm) / 



视® M 戧够 if 用的控 
制》方 4 部在 iif 。 


« 旮卷过铗螌的拉 o 后. 仿在技的这费方法 
感 f •) 麩悉。你芍以孖姥成硌 A 爷柏，也 
芍以 SitBPM 。 这个毡 OCtBeatMorf * (的 
ft "卑富” _ ©笱你芍以用*■加 
r 咸的方 式谈螯 bpm 。 


壤 设 i 十谜越- 

你已经看到视图和控制器一起用到了策略模式。你能把这两个类的策略模式类图绘制出来 
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复合模式 


控制器的实现是迖# 的： 


控制 II 食 ^,ContioUev3ntexiac*a O e 


public class BeatController implements ControllerInterface 
BeatModelInterface model; 

DJView view ； 


public BeatController{BeatModelInterface model) 
this.model = model; 
view ， new DJView(this, model )j 
view.createView(); 
view.createControls(); 
view.disablestopMenuItem{); 
view.enableStartMenuItemO ; 
model. initialize (); 



控 « S 4 mvc 夫 << •找中 间的奶 油. 
MW 它必场明的和及視 ffiiS 


的构 as 中。 


public void start() { ^ 

model.on 0; 

view.disableStartMenuItem{}; 
view.enablestopMenuItem(); 

} 

public void stop()( 
model.off(); 

view.disableStopMenuItem(); 
view.enableStartMenuItemO ; 


‘去用户用户中选 
m 控糾器 《用« 智的 

< m (). »后《4 变用户 蓴® (rtsta,£ * 
章融《 6 1«. « st 吓篥 辈场《"咖）。 

去 用户 w ■菜輩中这縴 " stop - 时, 
技制*调用獷 «的》«(). «后珀定用户界 
® (<9 St « t*f IfStofT 某荦场 


public void increaseBPM() { 
int bpm = model.getBPM() i 
model.setBPM(bpm + 1); 

} 




public void decreaseBPMO { 
int bpm = model .getBPMO 
model.setBPM(bpm -1); 


public void setBPM(int bpm) 
model.setBPM(bpm); 

} 




如果破.堯走的軲往 « 加，控 制器弒 
认稍 f 驭得劣箱的 加丨 ，然后 
进 I 一个*的 BPM 。 



漱法和 I : 面一祥 


(5 蕞•去钫的 


•:i 砉. 控制》考子憙4帝 
视®鍁决宏。视®只釦 
迮釦闩将篥輩砝変 成孖和 
兵， 任基它冉不扣遂存叼 
种伐况下 disable ^ 


鼉后.如果用户界面边用来设金任舍 
. 控射》斿泽律 f 议 i 合的 

BP 虼 


你现在的位置< 


543 



全部结合在一起 


全部结含在一起‘ 


-切都准备好了，我们有模型，视 ffl 和控制器。现在就将它们 
整合成 MVC ! 我们会苕到，听到它们和地携丁'合作。 

我们需要-点点代码才能开始,代码 很短: 


public class DJTestDrive { 

public static void main {String[] args) { 

BeatMode 丄 Interface model = new BeatModel<); 



光 if i 一个 樓爱 . 


Dea unuuex x 11 t- ■*- ^ - ■ ■ ■ 

ControllerInterface controller = new BeatController(model); 


运行测试， 



然后釗 si —个控釗器.拉衿俅蜇隽 
给它 ,. ilii . 控判器妃遵戍•鰣 
以残们 Ttf ••把控糾 S 介链洽视 

.. 


(£ H vi 


奚做的擧 


…… 然后係余着利 
这祥的® «。 


O 从菜单选择 Start , 开始产生节拍《注意控制器随后把该项 
disable 。 

O 使用文本输入框以及“<<”和“按钮来改变 BPM ， 
看看视图显示如何对改变做出反应 • 尽管实际上它没有逻 
辑链接到控件。 

❶看看节拍柱是否一直能保持正确的拍子，因为它是模型的 
观察者。 

o 播放你最軎欢的歌曲，并尝试着用 “ ”或》”按钮 
来增减 BPM , 来符合正在播放歌曲的节拍。 

❺停止节拍产生器.注意控制器是如何 disable。Stop 菜单 
项和 enable Start 菜单项的。 


0 Q 0 v^w _ 

VHH . ……: . … | 

Current BPM : 120 


0 Q 0 Control 
t DJ Control 

t~—----- - ~ — ~. »■_ 1 ■■■■■_ 

Enter BPM 
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复 合横式 


探索菜蛣 

让我们更进一多地肴策略揆式，了解它是如何被用在 MVC 中 
的。我们也将看到另一个友好的模式常常在 MVC 的附近闲晃的 
适配器模式。 

想一下 DJView 做了 什么： 它显示了节拍速率和脉动。这听起来 
会不会让你联想到其他寧情呢？心眺？碰巧我们有一个心脏监 
视类，类图是这 样的： 




registef6«atOb8efvef() 
registefBPMObseiver() 
//心 K 的其 It 力法 



-个叫.灿 ㈣ 

桊 运祕.它的孖盔人务 扣迮迻 用这系 
个4察老孩 





如果能在 HeanModel 中复用我们当前的视阁，这会省下不少功夫。但我们需要一个控制 
器和这个模型同运作。还有， HeartModel 的接I]并不符合视图的期望，因为它的方法是 
getHeartRateO, 而+是; getBPMO。 你如何设计一些类，让视图和 HeartModel 能够搭 K 使用 
呢？ 
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MVC 和适配器 


适配棋型 


一开始，我们希望将 HeartModel 适配成 BeatModd 。 如果不这么做，视图就无法和此模 
型合作，因为视图只知 itgetBPMO , 不知道其实 getHeartRateO 就等子 getBPMO 。 要怎 
么做？我们打算使用适配器模式，当然了！适配器其实是使用 MVC 时经常附带用到的 


技 巧:使 用适配器将模型适配成符合现有视图和控制器的需要的模型。 
下面是将 HearlModel 适配成 BeatModel 的代码： 



我们裳现0杉 
尨 o . 在本制中杖袅 


public class HeartAdapter implements BeatModelInterface ( 
HeartModelInterface heart; 

public HeartAdapter(HeartModelInterface heart) { 



this.heart = heart; 



H * A » tA / We { 的 幻用 n 


public void initialize() {} 
public void on() {} 
public void off () {} 


我们不知迮 这 哒方法将的喊漱普仔么. 

<< - <54看起来很芍«。所以我们任这势方 

^•乇捵 。 


public int getBPMO { 

return heart.getHeartRate(); 


必破设用的 . 我们只爰把 


public void setBPM(int bpm) {} ^ 

public void registerObserver(BeatObserver o) 
heart.registerObserver(o); 


public void removeObserver(BeatObserver o) { 
heart.removeObserver(o); 



我们不 4 望时心埯鈹这 _ 种寧. 
碎以爲次蟢让社方法-乇捵 

( V ，。 

我们的规察老方法. 

^eAitf^odelfp ^ o 


public void registerObserver(BPMObserver o) 
heart.registerObserver(o); 



public void removeObserver(BPMObserver o> { 
heart.removeObserver(o); 
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现在我们准杳 g HeartController 


复合棋式 


写完了 HeartAdapter , 我们准备创建控制器，并让视图和 Heart - 
Model 整合起来。这就是复用， 




public class HeartController implements Controllerlnterface 
HeartModelInterface model; 

DJView view; 

public HeartController(HeartModellnterface model) { 
this.model ■ model; 

view ■ new DJView(this# new HeartAdapter(model)); 
view.createViewO ； 
view•createControls(); 

view.disableStopMenuItemO; \ 

view.diaableStartMenuItemO ; \ 

> \ 


就薄破的一祥 . 
现 5 ConttoUit^ntniAce a 


和以箱一碑，控剌器釗建了 
視®.#让所 有房® 钻舍起 
来。 

有一个板变的 池方： 钱们译入的蕞 
一个布不 . 


public void start () {} 


public void stop() {} 
public void increaseBPM() {} 


public void decreaseBPM() {} 


public void setBPM(int bpm) {} 



\ . HgattMoJel 不雠 fi 趄交 

\ 焓视®,必场光用(|«器 

] fe 装过彳行。 

最后. He « tCwifwW « 轉篥輩 嫌 distil . • 
©与这#某#碭部爰不曾 f 的。 

ii 签方法部设有裳释的作用.苹 
竟裁们 不链嚷控制9拍机 一罇控 


就达样观在写测试代码 _ 


public class HeartTestDrive { 

public static void main (String[] args) { 

HeartModel heartModel = new HeartModel(); 

Controllerlnterface model * new HeartController(heartModel) 


0 


我们鰣 ft 鈹的就袅 I 釗 
瀘一个控制器 .4 传入—个 
Hm«(VWW 0 
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测试 HeartModel 


运行测试程序 



• ••…你金看利这轉 

的 <fi 否。 



O O O Control 


DJ Control 


Enter BPM : 


C Set 

) 

C^H)C> 



奚傲的摹 

Q 注意显示用在心跳上是没问题的！节拍柱看起来就像是心律。因为 
HeartModel 也支持 BPM 观察者和 Beat 观察者，所以我们可以得到 
节拍的更新 • 

Q 因为心律有自然的变化，注意显示 随新的 BPM 而更新。 

Q 每次当我们取得 BPM 的更新时，适配器就会把 getBPM () 转成 
getHeartRate ()* 

0不能使用 Start 和 Stop 菜单项，因为控制器禁止这两个操作。 

A 其他按钮还是可以用，只是没有效果，因为控制器对这些按钮事件 
的实现是“无操作”。而视图可能会为了支持这些“无操作”实现 
而被改变。 


, >ee 

Current BPM : 68 I 


健凜人 的心眺 
ii 準 
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MYC^Web 

Web 开发人员也都在适配 MVC ， 使它符合浏览器/服务器模型。我们称这样的适配 
为 “Model 2” ， 并使用 Servlet 和 JSP 技术的结合，来达到 MVC 的分离效果，就像传统 
的 GUI 。 

现在就来看 Model 2是怎么工 作的： 



® 你发出一个会被 Servlet 收到的 HTTP 请求。 

你利用网页浏览器，发出 HTTP 请求。这通常牵涉到送出表单数据，例如用户名 
和密码。 Servlet 收到这样的数据，并解析数据。 

© Servlet 扮演控制器。 

Servlet 扮演控制器的角色，处理你的请求，通常会向模型（一般是数据库）发出 
请求。处理结果往往以 hvaBean 的形式打包。 

® 控制器将控制权交给视图。 

视图就是 JSP , 而 JSPPft —的工作就是产生页面，表现模型的视图（@樓型通过 
JavaBean 中取得）以及进一步动作所需要的所有控件。 

® 视图通过 HTTP 将页面返回浏览器。 

页面返回浏览器，作为视图显示出来。用户提出进一步的请求，以同样的方式处 
理。 
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Model 2 



Model 2 不只是一个干净的设计 

你已经知道将模型、视图和控制器分开的优点了》 
你还需要知道“故事的其他部分 "： Model 2可以 
帮助许多 M 站免于陷人 混乱。 

它是如何办到的呢？ Model 2不仅提供了设计上的 
组件分割，也提供了 "制作责任”的分割。以前， 
任何人只要能够访问你的】 SP , 就能够进人并编写 
Java 代码做他们想做的事，对吧？这也包括许多 



不憧 JAR 的人 （搞不 好他们还以为 JAR 是装花生奶 认®的人 

油酱的罐？-)。我要说的® 点是： 许多网页制造 


者 H 懂内容和 HTML , 但是不懂软件。 


幸好 Model 2来救命了！有了 Model 2,该编程的 
人就编程，该做网页的人就做大家专业分 
工，责任清楚, 
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Model 2 ： 你的手机也玎用 W 程序 

不要以为我们还没把 BeatModel 做成 Web 版，就要开溜了。其实，我 
们要做的是更炫的手机 Web 版，让你可以在手机上做的工作。所以 
现在你可以走出室，走进人群了。还等什么？ il ： 我们开始编码吧！ 

计划 

® 修正模型。 

其实，不需要修改。现在的模型完全没问题！ 

© 创建 Servlet 控制器。 

我们需要一个简单的 Servlet ， 可以接收 HTTP 请求，并对模型执 
行一些操作。它所需要做的是停止、开始和改变 BPM 。 



(D 创建 HTML 视图。 

我们用 JSP 创建一个简申•的视图。它会从控制器中收到一个 
JavaBean ,从这个 Bean 就可以得知它所有需要显■示的 东西。 然后 
JSP 将产生一个 HTML 界面。 



至少这本书不应该为 


设置 Servlet 环堍其实不在一本设 il 模甙书的范围内， 

了这个而篇幅大增。 

用你的浏览器去逛一下 Apache Jakarta Tomcat 网页，网址在 http :// jakarta . 
apache . org / tomcat / ,这里 Yf 相当详细的信息和资料 * 

你可能也会想要看看我们 Head First 系列的另一本书 ： Bryan Bashham 、 
Kaihv Sierra 和 Bert Bates 所著的 〈(Head First Servlets & JSP 》 。 I 
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Model 2 控制器 Servlet 


步 骒一： 模型 

请记得在 MVC 中，換型对视图和控制器一无所知《换句话说，它们之间 
是完全解耦的。模型只知道，有一些观察者它需要通知。达正是观察者 
模式美妙的地方。模型还提供一些接口，供视图和控制器获得并设置状 
态。 

我们现在需要修改它以用于 Web 环境，但是由于它不依赖任何外部类， 
所以实在是没有什么需要修改的地方。我们可以直接使用 BcalModcl， 真 
髙效。直接进入步骤二吧！ 

步 骒二： 控制器 Servlet 

别忘了， Servlet 将扮浪控制器。它将收到来自 Web 浏览器的请求，并将其 
转换成作用于模型的 动作。 


然后，由 TWeb 工作的方式，我们需要将一个视图返回给浏览器 • 所以我 
们需要把控制权交给视图（也就是 JSP) 。我们把这部分留到步骤三 • 


下面是 Servlet 的轮廓，下一页我们会看到完整的实现。 


我们护暴类.以遣酞 





public class DJView extends HttpServlet ( 

public void init() throws SejrvletException { 
BeatModel beatModel * new BeatModel<); 
beatModel.initialize(); 

getServletContext().setAttribute("beatModel", 


// 这里是 doPost 方法 



方:•在食破钃用* 


〆 \ 我们秃釗 瘦一个 

beatModel); 象 . 



■ 《后传 入一个 


public void doGet(HttpServletRequest request, 

HttpServletResponse response) 
throws IOException, ServletException 


0 


SnvletConttxt , iPf ik 
Sei^latContext^ 
6tAtfAo“L 0 


// 实现写在这里 


办 at () 方沾 4 寧«4沍发 1 的蟪方.下一否戧们畲窠 


现此方砝。 
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复 合樓式 


前一页的 doGct () 方法，是这么实 现的： 


public void doGet(HttpServletRequest request, 

HttpServletResponse response) 
throws IOException, ServletException 



我们光 

中执 fe # 
«. 稍后含用利。 


BeatModel beatModel = 

(BeatModel)getServletContext().getAttribute("beatModel"); 


String bpm * request.getParameter("bpra"); 
if (bpm -= null)( 

bpm - beatModel. getBPM () +，•"； 

} 

String set - request. getParameter ( f, set 1 ') j 
if (set null)( 

int bpmNumber = 90; 
bpraNumber = Integer.parseInt(bpm); 
beatModel.s 

} 




毯下来.取出所有的 

HTTP 命今 / 参數 …… 

、 如粟命今扈钱们舭 ； tttis 
m 的值, 4#诉桷«。 


• setBPM(bpmNumber ) ; 


String decrease = request. getParameter ("decrease 1 '); 
if (decrease !- null) { 

beatModel.setBPM(beatModel.getBPM() - 1); 

} 

String increase = request. getParameter ( w increase 1 '); 
if (increase != null) { 

beatModel.setBPM(beatModel.getBPM() + 1 )； 


\/ 洛馅 BPM 斿谀螫衊鬌。 


String on - request.getParameter(^on"); 
if (on != null) { 

beatModel.start U; 

) 

String off = request.getParameter("off"); 
if (off !- null) { 

beatModel.stop(); 




釦栗馭珥命令.昶#诉獷 
髻孖始或涔土。 

控刹 》 的贵仔 3 5, 让视 ffi 
戏孚釗爐 HTMC 视©。 


request. setAttribute ("beatModel", beatModel); # 典 MoW 2 的义，龙汾 

, » SP . 此8«”电贪«嫌髻的杖态。 

Request Dispatcher dispatcher = ^ ± . 

request .getRequestDi spa tcher ( M /jsp/DJView. jsp"); / *€0 我 fO 把负贫 

dispatcher. forward (request, response); 6*)^1 f ©巧这个稹 

f ft ) 妗祐憙_个8«”。 
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Model 2 视图 


现在我们 t 要一个视谗 


我们现在需要一个视图，我们的浏览器版本节拍产生器已经快完成 
了！在 Model 2中，视图其实就是 JSP 。 JSP 只知遒它会从控制器收到一 
个 Bean 。 在我们的这个例子中， Bean 其实就是模型，而且 JSP 只用到 
这个 Bean 的 BPM 属性。现在， JSP 可以创建视图和用户界面控件了。 



这就矗 我们的 •蕞 
传论簌们的。 


<jsp：useBean id- w beat Mode 1 *' scope-" request" cl a ss= w headfirst. combined. d j view. BeatModel*' /> 


<html> 


孖始 


<head> 

<title>DJ View</title> 

</head> 

<body> 

<hl>DJ View</hl> 

Beats per minutes - <jsp : getProperty name=”beatModel” property= ,? BPM" /> 
<br /> 

<hr> 

<br /> 




視®,打印出 


<form method="post" action* n /djview/servlet/DJView*'> 
BPM: <input type*text 加邮 ；％?!!) 1 ’ 

value="< j sp : getProperty name»"beatMode1 M 
property- n BPM M />.•> 

&nbsp; 

<input type= n submit*' name="3eL" value-"set^xbr /> 
<input type= w submit" name= "decrease” value*="« ,, > 

<input type=”submit* 1 name^"increase" value a=H » M xbr /> 
<input type E=,, submit ,r name="on" value="on"> 

<input type** 1 submit" name =,, off n value-"off M ><br /> 
</form> 


J ) 视® 2 只有一螫孩碑鄱分， 
\ 簌们 有一个 i 本輪入桶以 Ail 
j 坩 / il 滅. 科 / 兵接钮 a 


</body> 

</html> 



HTMl 的碏来。 


at ： U 和 me- 辑 . ■S(VW«I 2 中 . 
a 有 汝变轜《 (ia4««»Wi<1) . p . 
fi 用 5 相 杖态。 
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进行 Model 2 的测试 …… 

打开你的 Web 浏览器，连到 DJView Servlet ' 


达 4 犠 ㈣ 视 ®. 



<4 何相 ㈣ . 
H 让 Jf» 






DJ View 


B^ats per minutes = 90 


~r 


BPM: 150 

CiD d ) 
&) &} 




( i ) 用户魚壬 o " 接 
扭。 

(2)(5 ( iHTTP , tl 求波邁 
利控制器。 

(3) 辛抬科姥. 

90 。 

(4) 逢过 HTTP . 视® 
波达®列祐8拉边 
S 杀出瘃。 

(5) 用戶 fti 本柢輪 
入 BPM 的礓。 


(6) 用卢東杳 
" Set ' 接钮。 


(7) 发出 HTTP it #• 
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Model 2 要做的事 


( B ) 控軔器犯桷变 
的 etw 汝威 〖 知。 





DJ View 

B^ats per minuies * 130 


BPM: 






s 傲的事 

o 首先，链接到网页，你会看到 BPM 是0，单击 “ on ” 按钮继续。 

❷现在你会看到 BPM 的值是默认设置： 90。你会听致 Server 所运行的机器上有节拍的声 

音。 

❸输入一个 B pm 值（比方说 120) ，单击 “ set ” 按钮，网页会刷新成 120 BPM (你应该听 
^ 到节拍加快）。 

O 利用 - «" / “>>”按钮上下调整节拍。 

0想想看，每一步系统是如何工作的。 HTML 界面对 Servlet (控制器）发出请求， 
Servlet 解析用户输入，并对棋型做出请求。 Servlet 把控制权交给 JSP (视围），产生 
HTML 视图并返回浏览器显示* 


556 第12章 




设计 糢式和 Model 2 


复合模式 


利用 Model 2实现 Web 版本的 DJ 控制之后，你可能想知道摸式去哪里了。我们的视图是 JSP 产生的 
HTML ， 而这个视图不再是模型的监听者。我们的控制器是 Servlet , 它会接收 HTTP 请求，但是策 
略模式好像不见了。至于组合模式，好像也没个影子。我们有 HTML 的视图显示在网页浏览器上, 
这还算是组合模式吗？ 


Model 2是 MVC 在 Web 上的调整 

虽然 Model 2看起来不像是“教科书” 的 MVC , 但其各部分都还在，只是为了反映 Web 浏览器模型 
的特质而经过了调整。让我们来看一看…… 


难察者 

视图不再是经典意义上的模型的 
观察者，它没有向模型注册以接 
收状态改变通知。 

但是当模型改变时，视图的确 
间接地从控制器收到了相当于 
通知的东西。控制器 甚至把 
Bean 送给视图，这允许视图可 
以取得模型的状态。 


如果你考虑到浏览器模型，视图 
在 HTTP 响应返回到浏览器时只 
需要一个状态信息的更新，随时 
的通知是没有意义的。只有当页 
面被创建和返回时，创建视图并 
结合模型状态才有意义。 



有一个新网页要 
显示。 


用户做了一 些事。 






J3P/HTML 

视图 
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Model 2 模式 


策畴 

在 Model 2中，策略对象依然 组含 


是控制器 Servlet , 但它不像 
传统的做法那样直接和视图 
结合。躭是说，策略对象为 
视图实现行为，当我们想要 
有不同的行为时，可以直接 
把控制器换掉。 



有一个新网页要 
屋示. 


像我们的 Swing GUI , 视 
图是利用许多图形组件— 
层一层4起 来的。 但是在 
这里，則是由网页浏览器 



呈现 HTML 描述。尽管如 
此，内部还是很类似一个 
形成组合的对象系统 • 
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1^1 : 你好像有点否定组合模 
式在 MVC 中的地位。组合横式真的 
在 MVC 中吗？ 

^ : 是的，组合樸式真的在 

MVC 中。但是，这的确是一个不错 
的问逋，今天的 GUI 库，像 Swing . 

变得如此1杂，以至于我们很难注意 
到它的内部結构，也4艮难注意到它是 
利用姐合进行构造与史新显示的 * 甚 
至，浏览器可以将标记语言转变成用 
户界面，这史是让我们难以想象其中 
牵涉到了组合 • 

在 MVC 刚刚被发现的时候，建 
立 GUI 需要许多手动干蕷，当时 
MVC 糢式的感受比现在更明昱。 

I 1 ?): 控制器会实现应用逻辑 

吗？ 

: 不，控制器为视图实现 

行为。它聪明地将来自视图的动作转 
成糢型上的动作.樸型实现应用逻 
辑，并决定如何吻应动作.控制器也 
要做一些决定，决定调用哪个糢型的 
啷个方法，但是这不能算是“应用逻 
辑” • 应用逻辑指的是管理与操纵你 
的糢型中的数据的代码。 

( p ) :我总是觉得“横型”这 
个词让我很头痛。我现在知道它是系 
统的重点，但是为什么要用这么模期 
难懂的调汇来描述 MVC 的这个方面 
呢？ 




ions 


: 当取 MVC 名字时，他们 
需要一个字头为 “ M ” 的单切.否則 
就不能叫做 MVC 了 | 

正经一点，我们同意你的看法，一开 
始大家都会挠头，搞不懂糢负是什 
么.俚是大家也都逐漸地发现，除了 
糢型，还真是找不到更恰当的句汇 • 

I 1 ?): 你说了许多关于棋型的 
状态，这 ft 不是意味着它用到了状态 
棋式？ 

答： 不，我们指的是一般意 
义上的状态。忸的确有些模髮使用状 
态模式管理它们的内部状态 • 


: 我看过有些人把 MVC 的 
控制器描述成视图和横型之间的中 
介者 ( Mediator ). 控制器有没有实 
现“中介者横式”？ 

: 我们还没有提到中介者 
模式（圣涔你在本令的附录的模式桃 
It 中会看 到）， 所以 it 里不 玄说太 
多。大致上，中介者的意图是封装对 
象之间的交互，不让两个对象之间互 
相显式引用，以达到松鶫合的目的 • 


因此，在某种裎度上，控制器可以祓 
梘为中介者，祝图不会 主接设 I 模型 
的状态，而是通过控制器进行•仨 
是，梘图的确是持有用来访问模螌状 
态的樓塑幻用 • 如果控制器是 枷底的 
中介者，那么视图就必須通过控制器 


1^) : 视图一定要向模型询问 

状态吗？为什么不在更新通知时用推 
送 ( push ) 模型，顺便把模型状态 
送过去呢？ 

: 盜然 T 以在通知的时候 

把状态送过去，亨实上，如果你再 
看一次 JSP/HTML 梘困就会 发现， 
这正是我们在做的。我们把模型状 
态包成 Bean 发送，然后视图就用 
Bean 爲性来访问状态，更早之前的 
BeatModel 例子也 T 以这么做，如果 
你对现察者模式一幸还有印象，或许 
还记得这么做的缺点 • 如果你不记得 
了，麴 四去复 习吧！ 

|p) J 如果有两个以上的视 
图， ft 不 是一定 爾要两个以上的控制 
器呢？ 

通常情况下，运行时一 
个视图搭配一个控制器；位是要让一 
个控制器类管理多个梘图，也不是难 

事。 

(^): 视 a 不应该操纵模型， 

但是我注意到在你的实现中，模型的 
那些改变状态的方法并没有对视》设 
限，这样不危晚四？ 

: 你说的没错，对于糢髮 
的方法，我们给梘图完全的权限。这 
么做的冰因是为了 “《单" • 在茱些 
坏境下，你可能只给视图访问模型 
的部分 API。 这是一个很捧的设计模 
式，先许你遣舡一个接 o， 只提供一 
个子集，你能够想起来是什么设计模 


才能取得模塑的状态 • 式吗？ 
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设计工具箱 



设计箱沟的工異 

你的设计工具箱会让所有人感到印象深刻。哇！你看这 
些原则和模式，现在甚至还有复合模式！ 



要点 

■ MVC 是复合換式，结合 
了观察者模式、策略樓 
式和组合模式， 

• 模型使用观察者模式， 
以便观察者更新，同时 
保持两者之间解耦。 

■ 控制器是视图的策略， 

视图可以使用不同的控 
制器实现，得到不同的 
行为。 

■ 视图使用组合模式实现 
用户界面，用户界面通 
常组合了嵌套的组件， 
像面板、框架和 按钮。 

■ 这些模式携手合作，把 
MVC 模型的三层 解稱. 
这样可以保持设计千净 
又有弹性。 

■ 适配器模式用来将新的 
模型适 K 成已有的视图 
和控制器。 

■ Model 2是 MVC 在 Web 上 
的应用。 

■ 在 Model 2中，控制器 
实现成 Servlet, B5ISP/ 
HTML 实现视图。 
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9 越藓答 

your pencil 

QuackCounter 也是一个 Quackable , 当我们改变 Quackable 扩展 


QuackObservable 时，我们不得不改变每个实现 Quackable 的类，包 
括 QuackCounter . 

(W C fcC^t" 也 4 -个 

public class QuackCounter implements Quackable { 

Quackable duck; . “ 

static int numberOfQuacks; ~ 、达是一个 

钸的锩子。 

public QuackCounter (Quackable duck) { \ 06sttva6le^ 

this.duck = duck; ' 


public void quack() { 
duck.quack(); 
numberOfQuacks++; 


public static int getQuacks() 
return numberOfQuacks; 


这奸分 ft 雄和 U 的 
CUAcfcCcm ⑽政本一榑。 


iii * 个 


public void 
duck . 



QuackOisemil*^ ^ 

辞的镎孑 ipg . 
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削尖你的铅笔——答案 



万-呱呱叫学家想观察整个群，又该怎么办呢？这么做又会是什么意思呢？不 
妨这样来 考虑： 如果我们观察一个组合，就等于我们观察组合内的每个 东西。 
所以，当你注册要观察某个群 (flock) ,就等于注册要观察所有的孩子，达甚 
至还包括另一个群。 . ，，_ 


FWfe 也4。一歲 ㈣ 现在它也 


public void quack() { 

Iterator iterator = ducks.iterator(); 
while (iterator.hasNext()) { 

Quacksble duck = (Quackabls)it©rator«next(); 
duck.quack (); 


7 rr 二 ㈣ 


public void registerObserver(Observer observer) { 
Iterator iterator » ducks.iterator() / 
while (iterator.hasNext(" { 

Quackable duck * (Quackable)iterator.next()i 
duck. registerObserver (observer) / 士、 


孑汪4 另一个鱗。 


public void notifyObservers()( ) 

^ i 个&部资贵 t 知规瘙老. （i 样. 

\ Fkcfc 舦不 必操心 5 。 •去 Fkcfc 将托琀由部的 

备一个的.舦4沸用此方 i •在的的机。 


我们进历 Rodfe 内的 
Quackable , 把试用淦托 
汾茗个 QiucfcAW *。 如粟 
QuAckAbU ^, ^ —个 F ( ocfc . 教 
用轉的廖。 


public class Flock implements Quackable { 

ArrayList ducks = new ArrayListO; ( ^ - 沒 Fbcfc 内的对象郝放 在这 

f. 

public void add(Quackable duck) { 
ducks.add(duck); 
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复合模式 


「 pencil _ 

我们仍然依赖具体类直接实例化鹅。你能够为鹅写一个抽象工厂吗？创 
建“内鹅外鸭”对象时，你要怎么处理？ 

你巧以在现布 t^Oucfcfactoty 爽中如 cieattC,ooaaDuch{)^ it . 或 4 , 佚刁以 制瘥另 
-个 全斯的 J ： 厂.皆)瀘鹪的家族。 


律 设计类 


你已经看到视图和控制器在一起，形成策略換式，你能够把这两个类的策略換式类图绘制出 
来吗？ 


用戶 輪入控利德努 „ 



A 体控制#郭办场农 


只靂莓入 不® 的龙軔 
器，抚9以寿视©狨 
偁不的的行泠。 


你现在的位置 





待烘烤 代砑： DJ 系统 



徬謂溥代铒 


这是 D 】 Vicw 完整的实现。包含了所有的 MIDI 代码来产生 
声音和所有的 Swing 组件来产生视图。你可以到 11 « ?: /~〜〜. 
wickedlysmart . com 下载代码。好好玩吧！ 


package headfirst .combined.dj view; 

public class DJTestDrive { 

public static void main (String(] args) { 

BeatModelInterface model - new BeatModel (); 

ControllerInterface controller - new BeatController(model); 


节 拍祺型 

package headfirst.combined.djview; 

public interface BeatModelInterface { 
void initialize(); 

void on{)/ 

void off(); 

void setBPM(int bpm); 

int getBPM(); 

void registerObserver(BeatObserver o) / 
void removeObserver(BeatObserver o); 
void registerObserver(BPMObserver o); 
void removeObserver(BPMObserver o); 
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package headfirst.combined.djview; 


复合模式 


import j avax.sound.midi.* / 
import java.util.*; 

public class BeatModel implements BeatModellnterface, MetaEventListener { 
Sequencer sequencer; 

ArrayList beatObservers = new ArrayList(); 

ArrayList bpmObservers = new ArrayList(); 
int bpm = 90; 

// 这里是其他的实例化变置 

Sequence sequence; 

Track track; 

public void initialize^ { 
setUpMidi(); 
buildTrackAndStart(); 


public void on() { 

sequencer.start(); 
setBPM{90); 


public void off() { 
setBPM(O); 
sequencer.stop(); 


public void setBPM(int bpm) { 
this.bpm = bpm; 

sequencer.setTempolnBPM(getBPM()); 
notifyBPMObservers(); 


public int getBPM() { 
return bpm; 


void beatEvent{) { 

notifyBeatObservers(> ; 


public void registerObserver(BeatObserver o) { 
beatObservers.add(o); 


public void notifyBeatObservers() { 

for(int i = 0; i < beatObservers.size(); i++) { 
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待烘烤 代码： 模型 



餑鑕 鳟代碣 


BeatObserver observer = (BeatObserver)beatObservers.get(i); 
observer.updateBeat (); 


public void registerObserver(BPMObserver o) { 
bpmObservers.add(o); 

} 

public void notifyBPMObservers() { 

for <int i = 0; i < bpmObservers.size(); i++) { 

BPMObserver observer = (BPMObserver)bpmObservers.get(i); 
observer.updateBPM(); 


public void removeObserver(BeatObserver o) { 
int i = beatObservers.indexOf(o); 
if (i >- 0) { 

beatObservers.remove(i ); 


public void removeObserver(BPMObserver o) { 
int i ■ bpmObservers.indexOf(o); 
if (i >= 0) { 

bpmObservers.remove(i); 


public void meta(MetaMessage message} { 
if (message.getType() ==47) { 
beatEvent(); 
sequencer.start(); 
setBPM(getBPM()); 


public void setUpMidi() { 
try { 

sequencer =• MidiSystem.getSequencer (); 
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复 合横式 


sequencer.open(); 

sequencer.addMetaEventListener(this ); 
sequence - new Sequence(Sequence.PPQ# 4 ); 
track = sequence.createTrack(); 
sequencer.setTempoInBPM(getBPM()); 

} catch(Exception e) { 

e.printStackTrace(); 


public void buildTracJcAndStart () { 
int【J trackList = {35 / 0, 46, 0); 

sequence.deleteTrack(null); 
track = sequence.createTrack(); 

makeTracks(trackList); 

track.add<makeEvent(192,9,1,0# 4)); 

try { 

sequencer.setSequence(sequence); 
} catch{Exception e) { 
e.printStackTrace(); 


public void makeTracks(int[] list)( 

for (int i = 0; i < list.length; i++) { 
int key = list fi]; 

if (key !»= 0) { 

track.add(makeEvent(144, 9 , key, 100, i)); 
track.add(makeEvent(128, 9, key, 100, i+1)); 


public MidiEvent makeEvent(int comd ， int chan, int one ， int two, int tick) { 
MidiEvent event = null; 
try { 

ShortMessage a - new ShortMessage(); 
a.setMessage(comd, chan, one, two); 
event = new MidiEvent(a, tick); 

} catch(Exception e) { 
e.printStackTrace(); 

> 

return event; 
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待烘烤 代码： 视图 


视© 

package headfirst. combined. djview; 

public interface Beatobserver { 
void updateBeat(); 


轉供觭代 《 


package headfirst.combined.djview ； 

public interface BPMObserver { 
void updateBPM(); 


package headfirst, combined. d j view; 

import java.awt. 
import j ava.awt.event.*; 
import javax.swing.*; 

public class DJView implements ActionListener, Beatobserver, BPMObserver { 
BeatKodelInterface model; 

Controllerlnterface controller; 

JFrame viewFrame; 

JPanel viewPanel; 

BeatBar beatBar; 

JLabel bpmOutputLabel; 

JFrame controlFrame; 

JPanel controlPanel; 

JLabel bpmLabel; 

JTextField bpmTextField; 

JButton setBPMButton; 

JButton increaseBPMButton; 

JButton decreaseBPMButton; 

JMenuBar menuBar; 

JMenu menu; 

JMenuItem startMenuItem; 

JMenuItem stopMenuItem? 


public DJView(Control 丄 erlnterface controller, BeatModellnterface model)( 
this.controller = controller; 
this.model = model i 

model.registerObserver((Beatobserver)this); 
model.registerObserver((BPMObserver)this) / 


public void createView() { 
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H 在这里创建所有的 Swing 组件 


复合樓式 


viewPanel ■ new JPanel(new GridLayout(1, 2)); 
viewFrame * new JFrame("View"); 

viewFrame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE)? 
viewFrame.setSize(new Dimension(100, 80)); 

bpmOutputLabel = new JLabel{"offline", SwingConstants.CENTER); 
beatBar = new BeatBar(); 
beatBar.setValue(0); 

JPanel bpmPanel = new JPanel(new GridLayout(2, 1)); 
bpmPanel.add(beatBar); 
bproPanel.add(bpmOutputLabel); 
viewPanel.add(bpmPanel) / 

viewFrame.getContentPane().add(viewPanel, BorderLayout.CENTER); 
viewFrame.pack(); 
viewFrame.setVisible(true); 


public void crcateControls() { 

// 在这里创建所有的 Swing 组件 


JFrame.setDefaultLookAndFeelDecorated(true); 
controlFrame = new JFrame( H Control n )； 

controlFrame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); 
controlFrame.setSize(new Dimension(100, 80)); 

controlPanel = new JPanel(new GridLayout(1/ 2)); 


menuBar = new JMenuBar(); 
menu = new JMenu ( T, DJ Control**}; 
startMenuItem = new JMenuItein( , ’Start ,1 }; 
menu.add(startMenuItern) / 

startMenuItem.addActionListener(new ActionListener() { 
public void actionPerformed(ActionEvent event) { 
controller.start(); 

) 

))/ 

stopMenuItem =• new JMenuItem("Stop"); 
menu.add(stopMenuItem); 

stopMenuItem.addActionListener(new ActionListener()( 
public void actionPerformed(ActionEvent event)( 
controller.stop(); 

//bpmOutputLabel.setText <**offline"); 

))? 

JMenu Item exit = new »• 

exit.addActionListener(new ActionListener() { 

public void actionPerformed(ActionEvent event)( 
System.exit <0); 


})； 
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待烘烤 代码： 视图 



狳觭代《 


menu.add(exit); 

menuBar.add(menu); 

controlFrame.setJMenuBar(menuBar); 


bpmTextField = new JTextField(2); 

bpmLabel = new JLabel("Enter BPM : n , SwingConstants.RIGHT); 
setBPMButton = new JButton( H Set w ); 
setBPMButton.setSize(new Dimension(10,40 ”； 
increaseBPMButton = new JButton ( ,, » w ); 
decreaseBPMButton = new JButton (’•<<*_); 
setBPMButton.addActionListener(this); 
increaseBPMButton.addActionListener(this); 
decreaseBPMButton.addActionListener(this); 


JPanel buttonPanel - new JPanel(new GridLayout(1, 2)); 

buttonPanel.add(decreaseBPMButton); 
buttonPanel.add(increaseBPMButton); 

JPanel enterPanel = new JPanel(new GridLayout(1, 2 ) ); 
enterPanel.add(bpmLabel); 
enterPanel.add(bpmTextField); 

JPanel insideControlPanel = new JPanel(new GridLayout(3, I ))； 

insideContro 丄 Panel•add(enterPanel); 

insideControlPanel.add(setBPMButton); 

insideControlPanel.add(buttonPanel); 

controlPanel.add(insideControlPanel); 

bpmLabel.setBorder(BorderFactory.createEmptyBorder(5, 5,5,5)); 
bpmOutputXabel.setBorder(BorderFactory.createEmptyBorder(5,5,5,5)); 

controlFrame.getRootPane().setDefaultButton(setBPMButton); 
controlFrame.getContentPane().add(controlPanel, BorderLayout.CENTER); 

controlFrame.pack(); 
controlFrame.sctVisible(true); 


public void enableStopMenuItem() { 
stopMenuItem.setEnabled(true); 


public void disableStopMenuItern() { 

stopMenuItenu setEnabled(false); 
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复合模式 


public void enableStartMenuItem() { 
startMenuItera.setEnabled(true); 


public void disableStartMenuItem() { 
startMenuItem.setEnabled(false); 


public void actionPerformed(ActionEvent event) { 
if (event.getSource() M setBPMButton) { 

int bpra = Integer.parselnt(bpmTextField.getText()); 
controller.setBPM(bpm); 

} else if (event.getSource() == increaseBPMButton) { 
controller•increaseBPM (); 

)else if (event.getSource() == decreaseBPMButton) { 
controller.decreaseBPM(); 


public void updateBPMO { 

int bpm = model.getBPM(); 
if (bpm =- 0) { 

bpmOutputLabel.setText (’’offline .’〉； 

} else { 

bpmOutput Label. setText ('*Current BPM: _• + model. getBPM ()); 


public void updateBeat () { 
beatBar.setValue(100); 


椬制嚳 

package headfirst.combined.dj view; 


public interface Controllerlnterface { 
void start(); 
void stop 0; 
void increaseBPM(); 
void decreaseBPM(); 
void setBPM(int bpm); 
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待烘烤 代码： 控制器 


轉雋鳟代《 


package headfirst.combined.djview; 

public class BeatController implements Controllerlnterface { 

BeatModellnterface model; 

DJView view; 

public BeatController(BeatModellnterface model) { 
this.model - model; 
view = new DJView(this# model) / 
view.createView(); 
view.createControls(>; 
view.disableStopMenuItem(); 
view.enableStartMenuItemO ; 
model.initialize(); 


public void start 0 { 
model.on(); 

view.disableStartMenuItemO / 
view.enableStopMenuItem(); 


public void stopO { 
model .of f (); 

view.disableStopMenuItemO ; 
view.enableStartMenuItemO / 


public void increaseBPMO { 
int bpm - model.getBPM(); 
mode1.setBPM(bpm + 1); 


public void decreaseBPMO f 
int bpm = mode1.getBPM(); 
model.setBPM(bpm - 1); 


public void setBPM(int bpm) { 
model.setBPM(bpm); 
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ft 合樓式 


心脏摟型 


package headfirst.combined.djview; 

public class HeartTestDrive { 

public static void main (String[J args) { 

HeartModel heartModel = new HeartModel(); 

Controllerlnterface model = new HeartController(heartModel); 


package headfirst. combined, dj view; 
public interface HeartModelInterface { 
int getHeartRate(); 

void registerObserver(BeatObserver o); 
void removeObserver(BeatObserver o); 
void registerObserver(BPMObserver o); 
void removeObserver(BPMObserver o); 


package headfirst.combined.djview; 
import java.uti1- 

public class HeartModel implements HeartModelInterface. Runnable { 
ArrayList beatObservers = new ArrayList0; 

ArrayList bpmObservers = new ArrayList (); 
int time = 1000; 
int bpm = 90; 

Random random = new Random(System.currentTimeMillis ()); 

Thread thread; 

public HeartModel() { 

thread * new Thread(this ); 
thread.start {); 


public void run<) { 

int lastrate = -1; 

for(;;) { 

int change * random.nextInt(10); 
if (random.nextlnt(2) == 0) { 
change = 0 - change; 

} 

int rate =* 60000/ (time + change); 
if (rate < 120 && rate > 50) { 
time +- change; 
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待烘烤 代码： 心脏节拍模型 


notifyBeatObservers U ; 
if (rate != lastrate) { 
lastrate - rate ； 
notifyBPMObservers (); 

) 

) 

try { 

Thread.sleep(time); 

} catch (Exception e) {} 


public Int getHeartRate() { 
return 60000/time; 


public void registerObserver(BeatObserver o) { 
beatObservers.add(o); 


public void removeObserver(BeatObserver o) f 
int i beatObservers.indexOf(o ) : 
if (i >- 0) { 

beatObservers•remove(i); 


public void notifyBeatObservers() { 

for (int i = 0; i < beatObservers .size () ; i-*-+) { 

BeatObserver observer = (BeatObserver}beatObservers.get<ij; 
observer.updateBeat{); 


public void registerObserver(BPMObserver o> { 
bpmObservers.add(o); 

} 

public void removeObserver(BPMObserver o) { 
int i = bpmObservers.indexOf(o>; 
if (i >= 0)( 

bpmObservers.remove ⑴； 


public void notifyBPMObservers(> { 

for(int i = 0; i < bpmObservers.size(); i++) { 

BPMObserver observer *= (BPMObserver) bpmObserveirs. get (i) / 
observer.updateBPM(); 


嫌鑕鯖代 <9 
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复 合樣式 


心脏逄 £ ft 


package headfirst, combined.djview; 

public class HeartAdapter implements BeatModelInterface { 
HeartKodelInterface heart; 

public HeartAdapter(HeartModelInterface heart) { 
this.heart = heart; 


public void initialize() {} 

public void on() {> 

public void off <) {} 

public int getBPM() { 

return heart.getHeartRate(); 


public void setBPM(int bpra) {} 

public void registerObserver(BeatObserver o) { 
heart.registerObserver(o ); 

) 

public void removeObserver(BeatObserver o) 1 
heart.removeObserver(o); 

} 

public void registerObserver(BPMObserver o) { 
heart.registerObserver(o >; 

} 

public void removeObserver(BPMObserver o)( 
heart.removeObserver(o); 
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待烘烤 代码： 心脏节拍控制器 


刪疆 


package headfirst.combined.djview; 

public class HeartController implements ControllerInterface { 
HeartModelInterface model; 

DJView view; 

public HeartController(HeartModelInterface model) { 
this.model = model; 

view _ new DJView(this, new HeartAdapter(model)); 

view.createView(); 

view.createControls(); 

view.disableStopMenuItem() / 

view.disableStartMenuItem (); 


public void start() {} 
public void stopO U 
public void increaseBPM() (} 
public void decreaseBPMO {} 
public void setBPM(int bpm) {} 


控制鼉 
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鸟设计模式相处 


命綱備/ 



现在你已经准备好迎接一个充满设计模式的崭新世界 。 m 

是，在你打开所有的机会大门之前，我们需要告诉你一些即将在真实世界中遇到 
的细冇——没错，外面的世界比对象村来得复杂。来吧！从下页开始，我们会指 
引你的方向…… 


这是新的一章 577 





能从指南中学到什么 


，知 


<r 


<r 


二一 T 

认识到发=模 他的 
我__之活， 身份被揭 ®。 

r 条眼目睹神_的话翘一^咖啡、聊模式。 

^能够和_咖样_心智。 

. 学贿东方禅师一样 I 法交一 _友，并 彭响周 

. 通过改进你^ 模式多 
围的开发 入员。 
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定义设计模式 


与设计樓式相处 


我敢说，在阅读完这本书之后，你已经相当了解什么是设计模式了，但我们至今 
还未给它一个正式的定义。你可能会对这个常用的定义感到惊讶： 


模式是在某情塽 Uonteirt ) 下，针对某问匾的某种 
解决方案。 


这个定义并不会1£人有恍然大悟的感觉，但是別担心，我们现在就逐步了解定义 
中所提到的情境、问 m . 解决 方案： 

情境躭是应用某个模式的情况.这应该是会不断出现的情况。 

问題就是你想在某情境 f 达到的目标，徂也可以是某情境下的约束。<^- 


解决方案就是你所追 求的： 一个通用的设计，用来解决约束.达到 B 标。 


这是一个需要花些时间逐步理解的 定义。 下面有个帮你记忆的 方法： 


例如：你* 有 -个时 
象的*含。 


个的象.*£不禽 
«含技#含的式现。 


歡咖分扇 


"扣蓽你 ft 现 <)3 公子其个惰邊下.面的«所欢3«的 
0核破一轉约束扔响*的问 《. 然兩， 伢《移左用* 

个设分. 光 JSii 螫约乘孩 G 杉， 枵饬頜余茗个 

耨决方 索。" 

现在，看起来想搞清楚什么是设计模式还需要费点功夫 • 毕竞，你已经知道一个 
设计模式是解决 .一个 经常重复发生的设计问題。将这一切搞得如此地拘谨.究竞 
是为什么呢？这个嘛，一会儿你就会看到，我们采用 -- 种规矩的方式描述模式， 
就能为模式创建出“类 R ” • 而这个类目能为我们带来各种好处。 
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定义设计模式 


我 一£ 在思考达种 t 
令部分的定义， e « 
并不认为达«能$义一个« 
o 乂 - 式。 



你" I 能是对的，让我们再多想 -- 想…我们需要一个“问题” 
个"解决方案"和•个“情 境”： 

问题： 我要如何准时上班？ 

情境： 我将钥匙锁在车里了 • 

解决方案：打破窗户，进人车内，启动 
引擎，然后开车上班。 


在定义中所需要的三个部分我们全都有了：我们有-个问题，这个 
问题包 括去上班的目标，时 fBl 拒离的约束，可能还有其他的影响 
因素 I 我们也具有..个情境，也就是车钥匙拿不到，我们也有--个 
解决方案，让我们能够取得钥匙并解决时间和空间的约束。既然 
这三个部分都有了，我们也就等于有了 一个模式，对吧？ 
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与设计横式相处 


更近地难察 

设计糢式的定义 

我们的这个例子似乎符合设计模式的定义，但它不是 
-个真正的模式。为什么呢？我们知道模式必须应用 
于一个重复出现的问题》 M 然一个心不在焉的人可能 
老是把车钥匙锁在午内， m 是一再地打破车窗，这实 
在称不 h 是一个可以反复应用的解决方案（至少没有 
平衡另一个约束：成本）。 

除了上述情况之外，它在某些 方由也 不符合规定。 
首先，别人想要在自己的特殊问题 h 采用这个解决方 
案并不容易。其次，它也违反了模式所应该具备的一 
个重要而简争的 方面： 它没有一个名字！如果没有名 
字，一个模式就无法变成开发人 W 之间共享的词汇。 

幸运的是，模式并非只是被描述成简单的问题、情 
境和解决方案《我们有史好的方式能描述模式，并 
将它们收诂进“模式类 B ” 中。 



1^) : 模式的描述是否由一个 
问题.一个情境及一个解决方案构成 
呢？ 

^ : 通常你在樸式类目中发 

现的糢式描述不只是这些。我们很快 
就会看到樓式类目的 细节： 橫式类0 
描述莱个檨式的意图，动机、可能应 
用该樓式的地方、解决方案的设计以 
及使用后果（好的或坏的>。 


1^) : 稍微改变某个模式的结 

构以符合我的设计，这样可以吗？还 
是 我一定 要遵照严格的定义？ 

^ : 当然你可以改变糢式。 

像设计原則一样，摸式不是法律或准 
則，樸式只是指导方针，你可以改变 
樸式来符合你的 需要。 我们也说过， 
真实世界中的许多实例，都不符合经 
典的设计樓式。 

然而，当你在改变樓式的时候，最好 
能够在丈档中注明它与烃典的设计檨 
式有何差异。这样一来，其他的开发 
人员就能够很快地认出你用的这个模 
式.并了解两者的差异。 


1^) : 我要从哪里取得模式类 

S? 

答:第一个，也是最重要的 
一个设计类目是由 Gamma ， Helm 、 
Johnson 、 Vlissides 所著的《设计摸 
式： 可复用面向对象软件的基紬》 ( 
Addison - Weslcy 出版〉.这个类目列 
出了23个基本的襆式，再过几页我们 
就会谈到这本书。 

还有许多其他将焦点放在不同领域 （ 
例如： 企业软件.并发系统，业务系 
统）的樓式类目 • 


你现在的位置 ► 581 



力.目标.约束 


U 极 窖秘笈 - 

愿力乌你罔在 

设计模式的定义告 
诉我们，问题包含了 
—个目标和一组约朿。 

模式大师们对此有个术 
语，将其称为“力”。为什 
么？这个嘛，我们确信他们有 
自己的理由，但是如果你还记 
得那部电 影：力 “塑造并控制宇 
宙”。类似地，模式定义中的力也 
塑造并控制解决方案。只有当解决方 
案在力的两个方向中取得平衡时（光明 
的方向是你的目标，黑暗的方向是这些约 
束），这才算是有用的模式。当你第一次在 
模式的讨论中看到这个叫做“力”的术语时， 

可能感到很困惑，但只要记住，力有两个方向 
( H 标和约束），而且需要力平衡才能够创建一个 
模式的解决方案。别让这个术语挡住你的路，愿力与 
你同在！ 
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Jim ： 没 H 题，每个模式的类目都包含了一组模式，也描述了模式之间 
关系 h 的细节。 

Joe ： 你是说模式的戈只一份？ 

Jim ： 当然。有些类0是基础的设计模式， 有些 WII 是领域特定模式，例 
如 EJB 模式。 

Frank ： 你正在 ® 的足哪•份类目？ 

Jim ： 这是经典的叫人组类目，包含了23个基础的设计模式。 

Frank ： 四人组? 

Jim ： 没错，四人组足四个作者的简称，他们合作写了第•本设 il •模式 
的类目。 


Joe ： 这个类目有呰什么？ 

Jim ： 有一组相关联的校忒。毎个模式的描述方式都遵照一个模板，并 
阐述该模式的许多细节。比方说，每个模甙都有一个“名称”。 
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使用横式类目 


Frank ； 哇塞！模式还有名称，真不得了！ 

Jim ： 别小看名称， Frank 。 亊实上，名称可是非常重要的呢！当每个模式都有一个名称的时候， 
我们谈论起模式来就相当容易了》也就是说，大家会有一个共享的词汇。 

Frank ： 好啦！好啦！我只是在开玩笑。继续说吧.还有些什么？ 

Jim ： 就像我所说的，每个模式都要遵照一个模板。每一个模式都有名称和几节完整的叙述。例 
如，有一节叫做意图 （ Intent ) ,描述该模式是什么，有点儿像是定义。然后还有叫做动机 （ 
Motivation ) 和适用性 ( Applicability ) 的节，描述何时何地该使用达个模式。 

Joe ： 那么关于设计呢？ 


Jim ： 有几节是描述类图内的所有组成模式的类的设计，以及每个类扮演的角色。也有一节描述 
如何实现这个模式，而且通常有展示怎么做的范例代码。 

Frank ： 听起来好像面面俱到。 

Jim ： 还不只这些。还有一些例子告诉我们在真实的系统中，这个模式会使用在何处。除此之外， 
我认为最有用的小节之一是：此模式和其他的模式之间有何关联。 

Frank : 唤！你的意思是说它们会告诉你像“状态和策略有何差异”这样的东西？ 

Jim ； 没错！ 

Joe ： 那么 Jim ， 你到底要如何使用这个类目呢？当遇到问題时，你会翻阅它来寻找解决方案吗？ 

Jim ： 首先，我试着让自 d 熟悉所有的模式以及它们之间的关系。然后，当我需要一个模式的时 
候，大槪就知道是什么模式。我会参考描述动机和适用性的小节，确认我的想法没错。还有一个 
很重要的 小节： 结果。我浏览这个換式的“结果”，确保该模式不会给我的设计带来意外的影响。 

Frank ： 听起来很有迸理。一旦你知道这个模式是正确的，究竞要如何应用到你的设计中，并实 
现它？ 

Jim ： 这就是为什么需要类图。我先是阅读“结构”这一节，以了解类图，然后看 * •参 与者”这一 
节，确定我了解每一个类的角色。接下来，就可以开始进行自己的设计，做出符合我的需求的一 
些更改，并继续阅读“实埂/范例代码”小节，以确认我知邁可能会遇到的所有较好的实現技巧。 

Joe ： 现在我终亍了解类 H 如何真正地帮我加快使用模式的脚步。 

Frank ： 是的。 Jim ， 你能带我们浏览一遍模式的描述吗？ 
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类 0 中 M 有的 《式«4以一 个-名 
#■' ft 始的.名#4 携 式中恨 tf 
的一郝分—— 

« 式杖*沽蜮 4伪 和其他 ft 4人55 
£间共孽 i '?: T 的一 部分。 

~ihtV it ± ) 闵拯以及如 何8:卢 
ii 个问 e 的 fl 钵泳 * a 

" it 用 fT 猫 这揀式 g 以破左用 <5<+ 
舍。 


厂 


“夸岛老"描 ( i 在此设0中錡薄总到 
的逯扣的象在楝式中的贵仔和 译爸。 


SWCLETON 


*'■*■<■«>. _ rKJ *— 

Hoth^don 

• 辞 HSSSHSEHiHH 

一—一 

- - =r 二二 n =— 

^my -- 




■^T 二 T 二 ^JT-_ * - «»«»» i » <■* 

一 — __ — 和叫 一…知 


与设计横式相处 

这基律式的分建砗类 
0. 4(5 几否戰们昶 
含淡到。 


• •瘧®~阑猱蟪錨«汴锖式的作 
用。 伐也9以把它昜携式的 
定义（就釦叨本丰中的楱式定义 
- 样）。 


“访构”提俱 3® 多 . S 泽 
出誊岛此携式的类 c : 用的 
兵蘑。 


铉瞿 "* ^ii^MJitb^.^Zjs 9 
钧声坌的技蓽：妗的套不妗的。 


“隹现"褪偁5伪奋玄现技棣 
式时 ttf £ 用的技巧. 錢 
你在 的闲襄。 


■**--—»■' - -- 、 **"*"** 11 <M **~~~~~ 

**•"»_ MX - •« > »«|_ |- — < 一 ^ 4 - *"** 1 " '•一 ■***"■•*•« 
* 二 - - - - 


ifMn-- '■ . 


"仿 nr 苦拆裁们参鸟老如 
何在此供式中含碑。 


^—-笼例代保 - 


栈 m 代 




“3知在用"用來描这3经存 
4宏系统中4现的禳式例孑。 


蹇逆•逆 

KaMmUca 

蓮奪会纖 H 
匿蓮審纖 n 


“和兵 獷式” 描 ii 5此棣 
式和典估續式 C 间的荚 
系。 
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发掘自己的横式 


^wnlTt^estiPns 


I 1 ®): 有可能创建自己的设计模式吗？还是只有 ■•模 式大 

师"才办得到？ 

^ : 首先，请务必牢记在心，模式是被••发现的”，而 

不 是被削 建的。所以，任何人都可能发现某个设计撗式.然后写 
出它的描述；然而.这并 非噠手 可得的 事情. 也不常犮生》想成 
为一个•模式作家"， 是需要 全力以赴的. 

你应该先«.想看为何你想发现自己的橫式——大多数的人杯不 
是■•鴆写”椟式，只是使用椟式，然而，你可能是在某一个特定 
的领域中工作，而你认为新的樸式将大有 荦助， 或者是你找到一 
个解决 方*,能够解决一个再三出现的问*，或者，你 只是* 要 
加入设计橒式的社群 贯献 自己的々量， 

I ®): 我有意愿，我要如何开始？ 

: 就像任何*則一徉，你知道得越多越好。先研究已 

经被发现的这《摸式，了解它们做了些什么，并异清楚它们和其 
他樸式之间的关系 • 这些准备工作非常玄要，不但可以 让你* 患 
樓式是如何打造出来的，也可以避免做？余的工作.完成这些准 
备工作之后，你 T 以开始将你的樓式写在紙上，以便与其他开发 
人8为通；我们稍后将针对 - 如何沟通你的樓式"多谈一些.如 
果你真的非常*兴 * ,可以阅读本次 Q & A 以后的内容， 


您想要当 一个设 i 十 
糢式 g 星吗？ 

邡么，咁清楚 

先取得一份棋式的类 
©， 

然后 芘些时 问好好 
摊学习它。 

当你笈个正碥的 
嫌迷 • 

而 S 有；令孖芨人呙 
邾闳意你的看法时， 


| p ) : 我怎么知道我是否真的 有一个 模式？ 

: 这个问題彳氏 好： 除非其他人使用它并且发现它很有 
用，否則你并不算拥有一个糢式 • 一般来说， 必須* 邁过•三次 
规則”，才算是一个合輅的模式，也就是说，只有在真实的世界 
中被应用三次以上，才能算是一个 橫式。 


邡么你轼成功3 。 



洛一个接龙 S 笔峰？ 
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想当一 个设计 模式作象吗？ 

做好家庭作业。 

在发掘新的模式之前，你必须先梢通现有的検式。许多撗式看起来 
像是全新的，但是事实上只是现有模式的变种。通过研究现有的模 
式，你可以比较容易地识别模式，并且学会将某一模式与其他携式 
联系起来。 


花时间反思与评估。 

你的经验（你所遭遇过的 M 题，以及采取的解决 方案） 正是模式想 
法的来源。所以，花时 M 反恩过去的经验，并将它用在以后的新设 
计上面。请牢记，大多数的模式都是现有模式的变种，而非崭新的 
模式。而丑当你真的找到了好像足新模式的东西时，常常都局限在 
很窄的适用性中，而不能称得上是一个真正的模式。 

将你的想法写在纸上，好让其他人能够理解。 

如果其他人不能够使用你所找到的模式，那么这个新模式作用也就 
不大，你需要将你的“准模式”写成一份文档，好让其他人能够阅 
读.理解，并采用它来解决他们自己的问越，然后将使用的心得反 
tft 给你。 很幸运的是，你不需要发明自己的模式归档方法，你可以 
直接采用四人组的模板。 


让其他人使用你的模式，然后再持续改进。 

不要认为你可以一次就把模式搞定，应该要把模式当成是随着时间 
不断进步的一项工程。 it 其他人评审你的准模式，并尝试着使用 
它，然后将意见反馈给你。将这些反总到你的描述中，再 s 复 
上述的 步骤- 你的描述永远不会是完美的，但是到了某个时间点之 
后，就会相当地铠 ra , 足以 it 其他开发人员能够阅读并理解它。 

不要忘了三次规则。 

请记住，除非你的模式已经在真实世界的三个方案中被成功地采用 
了，否则就不够资格被当成揆式 . 所以，当别人能够使用你的模 
式，并将意见反馈给你时，你就有机会能够将它变成•个实用的模 
式。 


璜用 6 笱的楝 式桷扳定义伐 

谇多 ¥8. *£ 其他 
的#式用户也认样 W 
络式。 
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连连看 




请将下列模式和描述配对: 

模式 

描述 


封装对象. # a 供不 s 的捿 o 。 

枝6 \ 

由孑类 决定如何实现一个翼法中的 步驟。 

迭代 S \ 

由子类 决定*钠建的異体类是#-令。 

、 

外难 

\ 碥保布 fiR 有—个 对象狨 釗建。 


1 封蒎 sr ^ s 涣的行为，#值 用金托 來决定《 

值用噼 —令。 

代理 

窖户用一致的方式处理对象鐫含和攀个 对象。 

工广方法 

封装3«子 狄窃的 行为. 稃值 用金托在行为 
之闲切狳。 


在对象的 » 含么中 游走，布不暴®* 含的实 

乂现。 

难察者 

\ 简 ft —驊类的摟 o 。 

祺扳方法 

包浆一令对象，认播供新的行为。 

组含 

it 许害户仞建对象的索族，《无 *« 定货们的 

A 体类。 

簟件 

让对象陡够在狄 a 改交时捵遴知。 

柚象工广 

包浆对象.认控制对此对象的钫闷。 

命令 

封装请承成为对象。 
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组织设计模式 

随着发掘的设计模式数 H 賴馳 • 有必要将它们分级分类，好将它醜织起来，⑽化我们寻找模 
式的过程，并让同一群组内的模式互相比较。 

在大多数的类目中，模式通常根据某种做法被归为几类。最广为人知的分类方式，就是第一个模式类 
目中所采用的方式，根据模式的目标分成三个不同 类目： 创建型、行为型和结构型。 



fi^rpen your pencil. 


Decorator I 


J |Adapter| t ~~ 

hod] 1^1^^ 

IProxy I_pemplate M 

1 f^acadc^ - 


Factory Method! 


阅读每个类目的描述，试着将这些模式 
正确地归类 • 这并不容易！但是请尽力 
而为。正确答案在下一页。 


[^Qfnmand I J 

、 _ Iterator | 


Template Method I 

' j ^ j - - 

一 ii _ 个携_今以 

T 獒 


创建型模式涉及到将对象实例化. 
这类模式都提供一个方法，将客 
户从所需要实例化的对象中解耦。 


只要是行为型挨式，都涉及到类 
和对象如何交互及分配职责。 


结构型模式可以让你把类或 
对象组合到更大的结构中。 
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横式分类 


蘚答： 模式分类 


这是把模式分组到类目的结果，你可能觉得这个练习很困难，因为许多模式似乎不只符 
合一个类目。别担心，其实每个人都有这样的困扰。 


创建型模式涉及到将对象实例化, 
这类模式都提供一个方法.将客 
户从所需要实例化的对象中解耦。 


只要是行为型模式，都涉及到类 
和对象如何交互及分配职责 • 


创建型 


1 


Singleton Builder 

Prototype 
Abstract Factory 

Factory Method ▲进 


• u 


m 

I:?. •: i.w 


行为型 






: rHi 




Visitof CdiGt ° r 


mb 




r % 构型 

Decorator 


Template Method 

Command Memento 
Interpreter Observer 

Chain of Responsibility 
State 
Strategy 


Proxy 

Composite Facade 
Flyweight Bridge 


Adapter 

fifeji,, J{ , 




tmento 

m 



有_$«式（存®中用 
s 矛）法来存 本本中 介绍. 

金 <5 ㈣ 巾⑼⑭税式 
的轜(4。 


结构犁模式可以让你把类或 
对象组合到更大的结构中 • 
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除了刚才的分类方式之外，模式还有另一种分类 方式： 模式 
所处理的是类或对象。 


与设计樓式相处 


类模式描述类之间的关系如何通过继承定义 。类模 
式的关系是在编译 时建* 的。 


对象模式描述对象之间的关 
系，而 a 主要是利用组合定 
义。对象模式的关系通常在 


% 

Template Method 
Factory Method Adopter 


Interpreter 



运行时建立，而且更加动态、 
更有 弹性。 


对象 

Composite Visitor 


Decorator 


Facade 


Strategy 

Bridge 


Chain of Responsibility 
Mediator 

备 State 

Flyweight Prototype 

Abstract Factory Builder 
Singleton 


■A ;k 4 的象樣 $ 
出许多 ！ 


: 只有这些分类方式吗？ 

: 不，还有人提出其他的 

分类 方式。 有些分类方式先分成三大 
类，然后再分成 / L 个小类 （例 如“解 
核模式 • ） • 你想熟患的是最常用的 
分类方式。如果建立自己的分类方式 
可以帝你更加了解这些糢式的诂，那 
么你也可以这么做。 

I 1 ®): 将横式分成不同的类 
目，这么做真的能够帮助我们记忆这 
些模式吗？ 


Dteinfuestlons 

: 通过比较可让你对樓式 

有清晰的概念，这是毋腐置疑的•彺 
是许多人被创建型、 M 构负和行为塑 
类目搞得一头霁水，常常发现某个模 
式似乎不只追合一个类目 • 请记住， 
怎么分类并不重要，重要的是了解这 
痊糢式和它们之间的关系 • 只要类目 
有帮助，我们就用它，反之就不用。 

1®) : 为何装饰者模式被归类 
到结构类目中？我认为它应该是行为 
类目.毕竞它增加行为！ 


答： 是的，有许多开发人员 
都这么说！四人组之所以这么分类， 
他们的想法是这 样的： 結构型模式用 
来描述类和对象如何被纽合以建立新 
的结构或新的功能 • 装坤者檨式允许 
你通过“将茱对象包装进另一个对象 
的方式”，来组合对象以提供新的功 
能。所以焦点是在于如何动态地妞合 
对象以获取功蚝，而不是行为型模式 
的目的——对象之间的沟通与互连《 
请牢记，这几个模式的意图并不相 
同，而这通常是了解某个模式属于哪 
个类目时的关鍵。 


你现在的位置 ► 591 



襪式类目 



大师与门徒…… 

大师： 蚱蜢啊！你看起来很 苦恼。 

门徒： 是的，我正在学习模式的分类。我感到很 困惑。 


大师： 继续说…… 

门徒：在学习了这么多模式之后，我被告知每个模式都属干结构. 
行为.创建三种类目之一 • 为什么我们需要为検式分类呢？ 

大师： 我说昨 tt . 不苷是在什么 时候. 只要我们有一大堆东西， 
很自然地躭会想要为它们分类，这可以帮助我们在更抽象的层次 
上思考这些东西。 

门徒： 大师，你能举一个例子吗？ 

大师： 当然可以，就拿汽车来说 • 有许多种不同的汽车款式，我 
们很自然地把汽车分成几类，例如：经济车、跑车，旅行车，卡 
车 及奈华 轿车。 

大师： 蚱 tt , 你看起来好像大吃了一惊，难道你无法体会我说的 
话？ 

n 徒： 大师，我很能体会你说的话，我只是对于你如此地了解汽 
车而感到宾惊！ 

大师： 蚱蜢，毕竟不是所有的例子都适合使用蓮花或饭钵来举例。 
现在，我能继续说吗？ 

门徒： 是的，是的，很抱歉打断你，请继续。 

大师： 一且你有了分类或类目，你就可以很方便地这么说：“如 
果你想从硅谷开车到圣克鲁斯，那么跑车将会是*好的选 
择。”或者“因为石油的市场状况日益恶化，所以应该购买经济 
车，比较省油。胃 
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N 徒： 所以通过分类，我们可以将一组模式视为一个群体。当我 
们需要一个创建喂模式，倌又不知道确切是哪一个的时候，就可 
以用创建型模式这个词来统称它。 

大师： 是的， 而且分 类也有助于我们比较相同类目内的其他成 
M ， 比方说， ■•迷 你车是 ft 有风格的小型车•”或者帮助我们缩 
小搜寻范围，“我需要一部省油的羊子。” 

门徒： 我明白了，所以我就可以说“对于改变对象接口来说，适 
Sd 器模式是最好的结构型模式”， 

大师： 是的，类目还可以开发新领域，比方说，•我们真的想要 
开发一部跑车，具有法拉利的性能和 Miata 的价格”。 


门徒： 这种车听起来就像是死亡陷阱。 

大师： 对不起，我没听消楚你说什么 
门徒 ：唔！ 我是说“我馑了。 

门徒： 所以类目可以让我们思考模式群组之间的关系，以及同一 
组模式内模式之间的关系，还可以让我们找出新的模式 • 但是， 
为什么使用三个类目，而不是四个或五个？ 

大师：就像是夜晚天空中的星星一样，你可以看见许多类 
1. “三” 是一个适当的数目，并且是由许多人所决定出来 I 

的数它有助于史 好地进 行換式 分类。 但是的确有人建议 1 
用四个、五个或更多个。 



用横 式思考 

用糢式思考 

情境.约束、力.类日.分类…我的天，听起来非常的学术呢！好 
吧，这一切都很重要，而知识躭是 力置。 

但是，让我们来®对它，如采你了解理论性的东西，而没有使用模 
式的经验和实践，那么这将不会在你的生活中造成多大的差别。 

下面是一份快速指南，可以帮助你开始 ••用 模式思考”。所谓“用 
揆式思考”，意思是说，能够石着设计，体会在什么地方模式能自 
然适用，在什么地方模式則不能。 

保持简簞 (Keep It Siwple/KISS) 

首先，当你设计时，尽可能地用最简单的方式解决问题。你的目标应该是简单，而不是■'如何在这个 w 
题屮应用模 式”- 千万不要认为：如果没有使用模式解决某个问®.躭不是经验丰富的开发人员。如果 
你能够保持简单•的设计，那么你将会得到其他开发人员的欣赏和尊敬。正确的说法是，为了要让你的设 
计简申-且有弹性，有时候使用模式是最好的方法》 

设计模 式非万炅丹；擧实上，逢什么丹都 I 不上 r 

如你所知道的，模式是解决一再发生的问题的通用 方案。 模式已经被 许多开 发人员实际测试过。所以， 
当你需要某个模式的时候’可以放心地使用它，毕竞你知道这个模式已经身经百战。 

然而，模式并非万灵丹，你不能把模式插人、编译，然后就¥•早地去吃午要使用模式，你需要考虑 
到模式对你的设计中其他部分所造成的后果。 

你知通何对 f 荽模式 . 

啊…这是最®要的问题：何时使用模式？当你在设计的时候，如果确定在你的设计中可以利用某个模 
式解决某个问题，那么就使用这个模式！如果有更简单的解决方案，那么在决定使用模式之时 h .该先考 

虑这个方 5(^ 

如何知道績挪- 1- 贼，祕觀经獅娜。 •& ㈣ H 鮮隨决方航關®•細 需要， 
应该考虑这个_娜 贼的触 ― ii 观娜 ■ ㈣㈣ -个贼巾。 ㈣㈣ 于麟有很深的 
认知，就可能知道有什么模式适合这样的情况•否則，就花些时间调査一下可能会解决这个问题的模式， 
模式类目中的意 卿应用 部分会特别有-且找到了-个魏来适合的贼 ’ 要先較你是 A 、 能接受 
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与设计模式相处 


这个模式所带来的后果，以及对设计其他部分的影响6如果一切看起来都 
很好，就用它吧！ 

有一种情况，即使有更简单的解决方案，你仍然想要使用模式，这种情况 
就是： 你预期系统在未来会发生改变。正如我们所见过的，找出你的设计 
中会改变的区域，通常这是需要模 A 的迹象。但是务必要确定一件事：加 
入模式是要应对可能发生的实际改变，而不是假想的改变。 

并非只有在设计时才考虑引进模式，在重构 ( refactoring ) 时也要这样做！ 


重构的时间鱿是模式的时问 - r 

重构就是通过改变你的代码来改进它的组织方式的过程。 B 标是要改番其 
结构，而不是其行为。这是一个很好的时机，可以重新检査你的设计来看 
看是否能够利用模式让它拥有更好的结构。比方说，代码内如果充满了条 
件语句，这可能意味着需要使用状态模式.或者意味®，应该利用 r .厂模 
式将这些具体的依赖消除掉。许多书都介绍在如何利用模式进行重构，而 
随苕技艺的增长，你需要更多地涉措这个领域 • 


掌焯你所不 f 要的，不要害怕将-个 
设计模式从你的设计中删除。 

还没有人谈到何时应该将某个模式刪除，你可能认为这很难启齿！不，我 
们都是成人了，应该面对这个 H ®。 

那么何时应该删除个模式呢？当你的系统变得非常复杂，而且并不需要预 
留任何弹性的时候.就不要使用模式。换句话说，也就是当一个较简电的 
解决方粜比使用模式更恰当的时候 • 

如果你现在不 t 要，就别做。 

设计模式威力很强大，你很容易就可以在当前设计中看到模式的各种应用 
方式。开发人员天生就热爱创建漂亮的架构以应对任何方向的改变。 

要抗拒这样的诱惑呀！如果你今天在设计中有实际的需要去支持改变，就 
放手采用模式处理这个改变吧！然而，如果说理由只是假想的，就不要添 
加这个模式，因为这只会将你的系统越搞越复杂，向且很可能你永远都不 
会需要它！ 


将你的思鋒鑲中在设计 
丰身， 在不是 在«式上。只布 
在真 it * 封才值用獯式。 名签鰣 
俅， 简簞的方 式軾行 ( IA •并 
么铽别两祺式。 



你现在的位置 1 
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樓式自然地出现 



大师与门徒…… 

» 大师： 蚱蜢，你的基础训练几乎完成了.接下来的计划是什 


门徒： 我要去迪士尼乐 S 大玩特玩！然后开始利用模式建立许多 


代码! 


大师： 等等！你可别忘了 “杀鸡苒用宰牛 7 T 的递理呀！ 

门徒： 这是什么意思呢，大师？我已经学了这么多的设计模式，难道不应该将 
它们用在我全部的设计中，以达到最强的威力，弹性以及可控性吗？ 

大师 ：不， 模式只是-种工具，只有在需要时才使用这种工具。你也花了很多时 
间学习 设讣原則。一开始总是先进循这些原則，达立彔 简单的 代码以完成工作* 
在这个过程中，你看到有需要模式的地方，躭使用模式 • 


门徒： 也就是说，我的设计并不是从模式开始？ 

大 W : “应用換式”绝对不是你开始设计时所该有的目 fc ， 应该让横式在你的设 
计过程中自然而然地出现。 

门徒： 既然模式这么好，为什么在使用它们的时候还得如此小心？ 

大师：模式 " T 能带来复杂性，如果没有必要，我们绝不需要这样的复杂性•就 
像你 Li 经知道的，模式是-种被证实过的设计经验，可以避免某些常见的错误 • 
換 式也足 一种共亨的词汇，能够让我们和其他开发人员沟通我们的设计. 


门徒： 那么，我们又如何知道何时应该引进设计模式呢？ 

大师： 当你确信你的设计中有一个问®涫要解决的时候，或者当你确信未来的需 
求吋能会改变时，邯可以采用模式。 

门徒：虽然我 C ■经了解了许多的模式，但我觉得我的学习应该继续下去 • 

大师 ： 娃的，蚱蜢。学习管理软件的复杂度和变化，这是-生的课题 • 但是现在 
既然你已经知道了许多換式，就可以开始在雳要的地方采用它们，并不断地学 
习更多的模甙。 


门徒： 等一下，你足说我还没有学完“全部”？ 

大师： 昨 tt , 你已经学会了一些基础模式’你会发现还有吏多的模式在等着你， 
包括一些应用在特定领域的模式，例如并发系统 (Concurrent System ) 和企业系 
统。现在你已经有了良好的基础，学习这些模式就不会太难！ 
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使用糢式的心智 


与设计模式相处 



扣学者的心智 


初学者到处使用模式。这 很好： 初学者可以借 
此培养许多使用模式的实战经验。初学者也认 
为“我使用越多模式，我的设计就越好”。初学 
者将慢慢认识到并非如此，所有的设计都应该尽 
t 保持简单。只有在需要实践扩展的地方，才值 
得使用复杂性和模式。 


我 * 婷關0 W < nW 找个携式 


随苕学习的进稈，中级人员的心智开始 
能够分辨何时需要模式，而何时不需要。 
中级人员的心宵依然会企图把过多的模式 
g 用在不适当的地方，佴他们也开始察觉 
到有些模式并不适合目前的情况，可以对 
其改编使其 适合。 



中級人8的心晳 

''残许 iiS 我 *«_ 个 f 4携式。 



格逢者的心智 


悟道者的心钾能够看到模式在何处能够自然融入。 

悟道者的心智并不急切干使用模式，而是致力于最 
能解决 N 题的简单方案。悟道者的心昝会考虑对象 
的原则，以及它们之间的折衷。当对模式的需要自 
然出现时，悟道者的心智就拿捏得宜地采用模式》 
悟道者的心智也能看到相似模式之间的关系，以及 
它们在意图上的微妙差异 • 悟道者的心智也同于初 


学者的心智一不会让这些模式的知识过度影响设 


« 


计的决策。 
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何时不使用模式 


瞥告： 过度使用设计槟式可能导致代码被过度 
丄程化.应该总是用最简单的解决方案完成工 
作，并在真正需要携式的地方才使 用它， 



当然我们希望你使用设计模式！ 

佴是我们史希望你能够成为一个好的面向对象设计者。 

当-个设计方案决定要使用某个模式的时候，将为你 
带来好处，因为任何模式都是身经百战，被验证 r 是 
能够解决其问题的。而且模式可以被良 w 地归档.容 
易被其他开发人员所了解（你知道的，模式是开发人 
M 共享的词 汇）。 

然而，当你使用设计換式的时候，仍然会有缺点•设 
计模式常常产生一些额外的类和对象，所以会增加设 
计的复杂度。设计模式也会在你的设计中加入更多层， 
这不但增加复杂性，而 &效率 下降， 


另外，有时使用设计換式会大材小用 • 许多时候回头 
看看设计原則，你会发现冇简单■得多的解决方案能解 
决相同的问题。若果真如此，可別抗拒，就用较简单 
的解决方案吧！ 


不要因我们的话而感到拌折。我们汴非鼓励你不要用 
校式。当设 il ■模式应用得恰当时， W 处其实是非常多 
的。 
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别忘了共享询汇的威力 


与设计模式相处 


在这本书屮，我们花了相当多的时 MW 论面向对象的基础知识，但可別 
忘了设计模式中人的一面一设计模式不仅可以帮助你在大脑中装进这 
些解决方案，也可以让你和其他开发人员之间有共享的词汇，而这正是 
设计模式最大的优点之一。 

想想看，从上次我们谈到共亨•词汇至今， 有些 事情已经不一样了，你现 
在已经开始建立了自己的某些词汇！更別说学会了一整套的面向对象设 
计原則，而从这些设计原则中你能较易 r 解所遇到的任何新樓式的动机 
和工作方式。 

现在你已经有了设计揆式的基础，应该“把模式传出去”，让大家都知 
道。为什么呢？因为当你的同伴开发 人员也 知道这些模式并使用共享词 
汇的时候，将使得你们的设计更好，更容易沟通。最棒的是，你省下了 
大置的时间。 
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共享词汇的五种方式 


1. 在设计会 议中： 当你和你的团队在会议中讨论软 fr 设计时， 
使用设计模式可以帮你们待在“设计中"久一点。从设计模 
式和面向对象原则的视角讨论设计，可以避免你的团队很快 
地陷人实现的细节，也可以避免发生许多误解。 

2. 和其他开发 人员： 当你和其他开发人员讨论的时候，可以使 
用模式。这可以帮助其他开发人员学习新模式，并建立一个 
社群。和别人分莩你所学会的东西是很有成就感的一件事情。 

3. 在架构文 档中： 当你在编写架构文档的时候，使用模式将会 
缩减文档的篇幅，并且让读者更淸楚地了解你的设计。 

4. 在代码注释以及命名习惯上： 当你在编写代码的时候，应在 
注释中清楚地注明你所使用的模式 • 在选择类和方法的名称 
时，应尽可能显示出隐藏在下面的模式。其他的开发人员在 
阅读你的代码时会感激你，因为你让他们能够很快地了解你 


的实现。 

5 .将志同道合的开发人员集合在 一起： 分享你的知识 • 许多开 
发人员都听说过揆式，但并不真 .£ J " 解什么是模式 • 你可以 
自愿为他们讲一堂模式介绍课，或者成立--个读书会。 



和 1© 人组一罔巡游对象村 


与设计模式相处 


在对象村内，你不会遇到“喷射帮”和“鲨龟帮”（译 注： 
电影“西城故事” (West Side Story ) 中的两个 帮派〉 ，但 
是你有机会遇到四人组。你大槪也注意到了，想要在模式的 
世界中走得够远，你就一定会遇到他们。那么，到底这个神 
秘的“帮派”是怎么一卩>1事呢？ 

简单地说，四人组包括了 Erich Gamma 、 RichardHelm 、 

Ralph Johnson 和 John VIissides 0 他们是第一群将模式归类的 
功臣，而这个过程开启 f 软件领域的•大跃进。 

这个称号又是怎么来的？没有人知道，反正大家都是这么称 
呼。但是想 想#: 如果你想成为“帮派成员”，好好地认识 
对象村，那么该怎么办呢？幸好，他们同意带我们一同去巡 
游对象村…… 


© 人硪发起5炊4榷式 注刼 . 拖后奇 1 ■年多人 
也鈑出5 f 大的 黄献，色踔⑷ Cunmn^n,. 
Kent 8«fc, Jim Coplien. Qtfliy 8 ⑽ ch. Biuce 
Andetson, R.tchatJ (^Aitiet, Oou^ Ua, Peter 
CoadifoOauf Schmidt, L $i P. tJj 5 鄯分 
名輩。 







模式资源 

你的旅途刚刚孖始…… 

现在你已经站在设计模式的顶端，准备挖得更深了 I 我们为你准备了比较权威的三本书， 
把它们添加到你的书架上吧…… 



设计模式的经典书籍 


这本书在1995年出版，掲开了设计模式的序幕《你可以在 
这本书中找到所有基础的模式。事实上，这本书中所介绍 
的模式，也正是本书的基础。 

这本书并非涵盖了所有的模式-从这本书出版之后，这 

个领域就不断地扩大——但尽管如此，它还是第一本也是 
最電要的一本书。 

在你读完 《Heed First 设计模式》之后，拿起这本书来探索 
模式是个很棒的选择。 

Chtistophet fidexandet 发中 5 携式.專致饮件也 
户 t 了类 似的餌 决方索 a 


模式的经典书籍 

模式并不是从四人组开始的，而是始于 
Christopher Alexander , 他 S 伯克利的建筑学 
教授——没错， Alexander 是个达筑师，而不 
是计算机科学家， Alexander 发明了达筑模式 


(像房 S . 城锒和城 布）。 


下次当你有心情想挖掘得更深人时，可以阅 
读 《The Timeless Way of Building 》 
和 《A Pattern Language )) 这两本书，从中你 
会了解到设计模式的真 lF - 起源，并体会到创 
建■•有生命的”诖筑和具有弹性.可扩展性 
软件之间的村比。所以，拿起你的星巴兹咖 
啡，坐下靠在椅背上，开始皁受这一切吧…… 
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与设计横式相处 


其他设计模式资源 

你会发现外面有许多活跃.热情的模式使用者和设计者社群，他们正 
敞开双臂等候你的加人。这里列出一些你一开始可以取得的资源 



The Portland Patterns Repository , 由 Ward 
Cunningham 运作，这是•个致力干検式相关信 
息的 WIKI , 任何人都可以加入。 

你可以看到许多你能想到的有关模式和00系统 

的问睡在这里都有主题讨论。 

http: / /c2.com/cgi/wiki?WelcomeVisitors 

The Hillside Group , 旨在促进通用的编程和设 
i 十实践，并提供模式的集屮资源。这个网站包 
含了许多携式相关资源的信息，例如文章.书 
緖、邮汁 •列 表和工具。 
http://hillside.net/ 



E H 55 * 553 - 

E 鱸 — £*=*= 


议和研讨会 


如果你 想和換式社群面对面地接触，一定要奔看 
有哪些与模式相关的会议和研 i 寸会， Hillside 网 
站有完《的淸单。另外你至少也应该去## 
OOPSLA 的活动信息。 OOPSLA 是 ACM 举办的 
研讨会，主题是针对面向对象系统、语言和应 
用 D 


你现在的位置 ► 603 





横式动物园 


糢式动物谡 


就如我们刚刚所说的.模忒并非从软件开始，而足始于建筑 
和城镇的架构。亊实 h , 模式的槪念可以被应用在许多不 N 的 
领域。现在就 ih 我们来逛逛校•式动物瞧瞧有哪些模式…… 




架构模式 

用来 建立生 气勃勃的违筑.城 
镇和城『1/的架构。这也正是模 
式开始的地方。 


鉍总 他： 从仿居沒，规卷 '参 
€ 的瘦芄 物中. ^ b ； •盔现它的玆 


A ㈣ 三备字构，害 
p /哚务器系铙 k / •总 W * 6 中 


应用模式 

是建立系统级架构的模 
式。许多多层的架构都 
属千这•类 

的一种 》 




领域特定鮮 vO 

关汴特定领域的 M 题，例如并 
发系统或实时系统。 
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与设计模式相处 


业务流程模式 

描述业务、顿客和数据之 
间的交?!:，此种模式能够 
处理如“如何有效决策并 
沟通 决策- 之*的 H 题。 



S 古汉中 • 



珥鲂我到一个鉍&地 
—幵^¥^一 
跃客 i 押® 队 


组织模式 

构以及实践。到目_前 
为止大多数努力聚焦千 
制造或支持软件的组织。 



用户界面设计模式 

致力十解决设 计交互 式软件 
时的 M 扭， 


ii & it : 边 fe 现4祝《.为攻 
丰 . QUJ 构 ii 老和 W 作辛 

W » a . 


舒4 f , 记： 戊将汸对梭式敛该的€痉扣&现？ S 这 S , 
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反模式 


认反糢式歼疋恶势力 

如果我 们只有模式， ifii 没存反模式，那么这个宇宙就+完整了 • 
如采设计校式能够 U : 你在 JC 个特定的情境之下，对•再出现的 
问题提供通用的解决方案，那么反模式能给你什么？ 


反模式:告诉你如 W 采用一 个不好 的解决方案解决一个 
问 S. 


你可能会这么 H : “怎么会有人歴.息浪费时间将不好的解决方 
案归档？” 

这么说 好了： 如果老坫存人用某个+好的解决方案处理某个问 
题， Ifti 通过将它归梏， " r 以帮助其他开发人员避免犯 M 样的错 
误。毕莛，避免不好的解决方案，就和发现 W 的解决方案•样 
有价值! 

it 我 ( N 来右苻-个反校 A 的疋紊： 

反模式告诉我们为什么不好的解决方案会有吸 d 力。 

必须®对的是，如果不好的解决方案没有任何吸 d 力，那么根 
本就不会 有人想 要使 ni 它。反模式锒电要的工作之一，在于焚 
告你不要陷人某种致命的诱惑。 

反模式告诉你为 W 这个解决方案从 K ： 远苻会造成不好的彩响。 

为了了解为什么这是.个反模式，你必须 r 解它 在将来 如何造 
成负面影响。反模式会告诉你使用这个解决方案，在将来会为 
你带来怎样的麻烦。 

反模忒 逮议你改用丼他的梭式以提供更奸的解决方案。 


反糢式看起来总像是 
-个好的蘚决方案， 
侄是当它真正狨采用 
后，就会带來麻烦。 

通过将反糢式扫档， 
我们能够帮助其他人 
在实现它们之前，分 
辨出不好的解决方 
案。 


傀糢式一样，冇许多 
类型的反糢式，包紿 
1 孖芨反 糢式、 00反 
糢式、组织反糢式和 
领域特定反模式。 


反模式除了告诉你什么解决方案+好之外，也会为你指出正确 
的方向，向你建议一些会引向好的解决方案的可能性，这样反 
模式才真正有帮助。 


现在就让我们来看•个反模式。 
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与设计横式相处 


下矛基一个饮件幵签 X 棵式的例孑 


(象横式一样. 5个 .4 榷式 
邾庐名掌， ^ W. ^(O^J W. %•) 

逮共萆沒工 t ^ 


问垤耷作磽，如阌设釾律式 
M 值用的搞(4。 


户 


苦访仿•衿0么这个 
葙:央方#4耷边幻 
力执。 


不妗的住有唳割力的蘚决方 f : 





如何馑用—个钤的> 
»:央方 f 。 


( i 个丘栈式含出现在侪么池方 


,, p Att ,,„ (的你 比 

: :/: S 

妍多郯式扣 w 咖桃 


#反模式 


名称： S 金榔头 

问题： 你需要为你的开发选择技术，而且你 
相信止好有一种技术能够主宰这个架构。 
情境： 你需要开发某个新的系统或者是一套 
软件，然而此系统或软件却无法和开发团队 
所熟悉的技术相吻合。 

力： 

• 开发团队致力于采用他们所熟悉的技术。 

• 开发团队汴不熟悉其他技术。 

• 采用不熟悉的技术被认为风险比较高。 

• 使用熟悉的技术做开发，比较容易规划 
和预佔。 

原本的解决 方案： 反正鱿使用熟悉的技术好 
了。将熟悉的技术强迫性地用在许多问题上， 
甚至在明显不适当的地方也照用。 

重构的解决 方案： 开发人员通过教育、培训 
和读书会，可以学会新的解决方案。 

例子： 

当采用开放源码的替代品时， Web 公司依然 
持续使用并维护他们内部自行开发的缓存系 
统。 
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设计工具箱 



设计箱沟的工爯 

你巳经到了可以脱离我们的阶段，现住该是你走向外面的 
世界，凭宥 (1 己的能力探索模式的时候了。 


00赛边 


00脉蚪 

衫旅复 (6 

: r : 二， , 

二 〆 a . nr 。 

二，— * 




4 <j SidiiS •现*多榷 
式的的餚 "K 外*的 t 界 
中. <；锊多*子祥金确进 
的桷式扣_签罄 站的榉 
式. 4来在本丰中接 
男 4. 也芍以釗連你 t ) 6 



的 榷式。 


去赛 f W 录. 
有一螫 i 蓼础 
的樣式 .伢芍 
敍含$宍鏤： 


-要点 

• 让设计模式自然而然地出现在 
你的设计中，而不是为了使用 
而使用。 

-设计模式并非®化的教条 | 你 
可以依据自己的需要采用或调 
整. 

■ 总是使用满足需要的最简单解 
决方案，不管它用不用模式 • 

■ 学习设计模式的类目，可以帮 
你自己熟悉这些模式以及它们 
之间的关系。 

■ 模式的分类（或 类目） 是将模 
式分成不同的族群，如果这么 
做对你有帮助，就采用吧！ 

• 你必须相当专注才能够成为一 
个模式的作家：这需要时间也 
需要耐心，同时还必须乐意做 
大 it 的精化 工作。 

■ 请 牢记： 你所遇到大多数的模 
式都是现有模式的变体，而非 
新的模式。 

■ 模式能够为你带来的最大好处 
之 一是 : 让你的团队拥有共窣 
词汇。 

■ 任何社群都有自己的行话，樓 
式社群也是如此。别让这些行话 
绊 f ,在读完这本书之后，你已 
经能够应用大部分的行 话了。 
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离孖对象村 


与设计模式相处 



有你们的19孑真好。 

我们一定会想念你们的。但是，别析心，下-本 Head First 书 
很快就会出版，到时候欢迎你们再度 来访。 你问我下•本书 
是什么±题？这……真是你要不要给点意见？发 E - 

mail 到 booksuggestions @ wickedlysmart.com 吧！ 


你现在的位置 ► 609 







连连看解答 


S 越蘚答 


♦ 


強鏟9 


+ 


请将下列樓式和描述 配对： 

模式 


描述 



封浆对象， 捭 揸供不同的捿 o 。 

* 孑类决定如何实现-个 S 法中的步骤。 
由孑类决定*创逮的具体类昱 5 #- 令。 

碓保布 SR 布* -令对象被创違。 

封装玎认 S 狳的行为，捋值两金托采 决定* 
使用噼 -令。 

窖户 ffl —致的方式处理对象«含和簞个对象。 

封装 j 基子状态的行为，稃值用娄托在行为 
么闲切焕。 

在对 象的枭 含之中游走. ® 不暴露»含的实 
现。 

简化_辟类的捿 o 。 

包装一个对象， 认沒供新的 行为。 

允许窖户釗建对枭的桊族，而无纛箝定他们的 
爯体类。 

让对象能够在狄§改交时狨 通知。 

包装对象，认控制 对杜对 象的钫闷。 

封装请求成为对象。 
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附录 A 


剩下的模式 



并与^每个人都广受 欢迎。过去10年来，事情改变了许多•自从 
《设计模式： 吋复用面向对象软件的基础》一书出版之后，开发人员就 
开始人 a 地采用这些模式。我们在此附录屮所介绍的模式，都垃成熟、 
典喂.正式的四人组模式，只不过可能不像前面章节所探索的模式那么 
经常地被使用。但是这些模式本身也有相当可取之处，而如果你遇到了 
合适的愔形，也应当毫不优淥地采用它们。我们在此的目标，是希望能 
够让你 通盘了解这些模式的意义。 
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桥接模式 


桥捿 


使用桥接模式 (Bridge Pattern ) 不只改变 
你的实现，也改变你的抽象。 

场景 

你打算 彻底改革你的 ••极 限休息室”，正 
为一个新的人体工学且接口友好的电视遥 


这4-个袖象. g 以4 拢。 或袖象 



你不会第一次就做对遥控器的用户界面。事实上，你希望 
随着可用性数据收集得越朿越丰富的同时，持续改良遥控 
器。 

所以你的两难之处就 在于： 遥控器会改变，而电视机也会 
改变。你已经将用户界面抽象出来，所以可以根据不同的 
电视机改变它的 实现。 亊情 还不只 这样，随着使用时间的 
增长，用户会对此界商提出一些想法，你还必须应对他 (n 
的反馈来改变抽象。 




所以你要如何建立 •个 00设计，能够改变实现和柚象呢？ 
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_下 的模式 


为何便用桥摟 模式？ 

桥接槟式通过将实现和抽象放在两个不同的类层次中而使它 
们可以独立改变。 





式《*的„ 


现在你有了两个层次结构，其中一个是遥控器，而另一个是乎台特定的电视机实 
现。有了桥接的存在，你就可以独立地改变这两个层次^ 


桥接的优点- 

* 将实现予以解辆，让它和界面之间不再永久绑 
定 。 

■ 抽象和实现可以独立扩展，不会影响到 对方， 

■ 对于“具体的抽象类”所做的改变，小会影响 
到客户。 


- 桥接的用途和缺点 - 

• 适合使用在箫要跨越多个平台的图形和窗口 
系统上《 

■ 当需要用不同的方式改变接口和实现时，你 
会发现桥接模式很好用。 

* 桥接模式的缺点是增加了复杂度。 
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生成器樓式 

生成器 

使用生成器模式 （Builder Pattern ) 封装一个产品的构 
造过程，并允许按步骤构造。 


场景 

“模式乐园”是在对象村外 W 的 -- 个新土题公园，他们诮你为“模式乐园”制定一 
套度假计划。客人可以选择旅馆以及各种门票.鉍庁订位，甚至也可以选择登记 
参加特殊的活动，想要制定一套度假计划，你需 要建立 像 K 面这样的 结构： 


o 


*个银«««到 有好 凡天。 


o qq a 




9 笮 a . 

龟在含 ■ 

你需 要一个 有弹性的设计 

每个客人的度假计划可能邯不太一样，例如天数、活动类型。比方说，当地居民可 
能不需要旅馆，但是想要用餐件参与特殊活动=而其他的客人可能是从外地飞过来 
的，所以■要旅馆. 用餐和 门票- 


所以，你需要一个有弹性的数据结构，代表客人的规划，以及所有的变化 I 你也需 
要遵照^系列潜在的复杂顺序，创建这样的 规划。 你要如 K 才能够提供一种方式来 
创建这个复杂的结构，而不会和创建它的步嫌混在一起呢？ 
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剩下的模式 


为何使兩生成器 模式？ 

还记得迭代器鸣？我们将迭代的过程封装进人一个独立的对象 
中，并向客户隐藏集合的内部表现。这里也是采取相同的想法， 
我们将旅游规划的创建过程，封装到一个对象中（让我们称此 
对象为生成器），然后让客户调用生成器为它创建旅游规划。 


f 户仔用 抽象的 



； sa . 斿铒户 s 礴存焱 
似 通含锌构中。 


fctRWif 的 的象。 


——生成器的优点- 

• 将一个复杂对象的创建过程封装起来。 

* 允忤 对象通过多个步骤来创建，并且可以改 
变过程（这和只有一个步骤的工厂槙式不 
同〉. 

■ 向客户隐藏产品内部的 表现。 

■ 产品的实现可以被替换，因为客户只看到一 
个抽象的接口。 



经常被用来创建组合结构。 

与工厂樓式相比，采用生成器模式创建对象 
的客户，需要具备更多的领域知识。 
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责任链模式 


f 任链 

当你想要让一个以上的对象有机会能够处理某个请求的时候，就使用责 
任链模式 (Chain of Responsibility Pattern ). 


场景 

从推出 Java 版本的糖采机之)<5,万能糖果公司 
收到的电/•邮件数录已超出他们所能处理的范 
围。据他们 D lL 分析.所收到的电 T ■邮件有四 
类： 其一， Fans 寄来的位，他 ( H 喜欢新推出的 
I in 10游戏，其二，父母寄来的信，抱怨他们 
的孩子沉溺十这个游戏> 其三，店家寄来的信, 
他们希望能够在 某些地 方也摆设糖果机 < 其四， 
垃圾邮件。 


所有 Fans 的邮件都需要直接送到 CEOf - Jl ， 所 
有的抱怨邮件則是送给法律部门，而所有的新 
机器请求郎件則交给业务部门，至于垃圾邮件 
当然是删除了事。 

你的任务 

万能糖果公司已经每了一些人工智能过滤程序， 
这些程序很厉害，它们会分辨邮件是诚于 k 述 

哪.类， W 是他们需要你构造.个设计-使 

用这个过滤程序处押收到的邮件。 
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剩下的横式 


如何使用 f 任链模式 

通过责任链模式，你可以为某个请求创建一个对象链。毎个对象依 
序检査此请求，并对其进行处理，或者将它传给链中的下一个对象。 



当收到电子邮件的时候，它会被送进第一个处理器，也就 如粟电衅 4韓落 f ‘)対4 

是 SpamHandler 。 如果 SpamHandler 无法处理，就将它传给 盘 d it 表•子 它 _.a <5 u 

FanHandler . 依次类椎…… 何 41 S — 7-⑽巧 

^以实现一个终极让瑾器在 

Vx ㈠ 这种 徒况。 


让疼 器。 


|—责任链的优点- 


P 责任链的用途和缺点 - 

_将请求的发送者和接受者 解耦。 


■ 经常被使用在窗口系统中，处理鼠标和键盘 

■ 可以简化你的对象，因为它不需要知道链的 


之类的亊件。 

结构。 


_并不保证请求一定会被执行 • 如果没有任何 

_通过改变链内的成员或调动它们的次序，允 


象处理它的话，它可能会落到链尾端之外 

许你动态地新增或者刪除 S 任。 


(这 可以* 优点也可以是缺点） • 

_可能不容易观察运行时的特征，有碍千除 
错。 
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蚬置模式 

蝇1 

如想让某个类的一个实例能用来提供许多“虚拟实例”，就使用 鋦量模 

式 (Flyweight Pattern ) „ 

场景 

在热门的全新铁观设计应用中，你想要加上一些树作为点缀 | W 有一个 xy 坐标位 
£. 而且可以根据树的年龄动态地将自己绘制出来。问题是，用户可能要在他们 
的家 庭景观 设计中有非常非常多的树，看起来就像这样： 



你的大客户陷入两难 

你刚刚取得了重大突破。你已经向关键客户努力推销了好 
几个月，而他们打算购买 1,000® 你的软件，并将其用于 
大型规划社 E 的景现设计 • 在使用一个星期之后，客户开 
始 抱怨： 他们创诖了许多树之后，这个程序开始变得呆 

滞".… 





yCoord 


display() { 

〆〆 使用 XY 坐标 
〆 /以及复杂的 
//树龄计算 

) 
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剰下的模式 


为何使用蜗 f 模式？ 

如果不用上页的做法，你可以重新设计系统，只用一个 
树实例和一个客户对象来维护“所有”树的状态。这就 
是蝇最模式！ 


M 荀的伏态.代豪 麟荀 
的遨把 W 的象.鏵存存 
这个二锸数硪内《 



:: r 


di«pl*y(«, y, 

ft 使用 XY 坐标 
" 以及复杂的 
// 树龄计算 





蝇置的优点 - 


P 蝇量的用途和缺点 - 

■ 减少运行时对象实例的个数，节省内存。 


■ 当一个炎有许多的实例，而这些实例能被同 

■ 将许多“虚拟”对象的状态集中管理 


一方法控制的时候，我们就可以使用蝇 a 樓 
式。 



■ 蝇量携式的缺点在干， 一 且你实现了它，那 
么单个的逻辑实例将无法拥有独立而不同的 
行为， 
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解释器棋式 


解#器 

使用解释器模式 （Interpreter Pattern ) 为语言创建解 
释器。 


场景 

还记得 Duck Pond 的模拟器吗？你可能会想到这适合拿来当做 
儿童学习编程的教育工具。使用这个模拟器，毎个孩子都可以 
用一种 简单的语言来控制--只 鸭子。 下面是此语言的一个简单 


例子： 



right; 

while (daylight) fly; 
quack; 



蝥天 IP 旮 1 用… 
••… 無后嘁喊巧 a 




⑽住-一 


拽像点，的。 


现在，回想很久以前，你在编程入门课程上所学到的语法知识， 
把语法写成下面 这样： 


sT 




• 亇象么甙 


由含 • 


. $籴今和 


t % (w 




expression : := <con«nand> I <sequence> | <rep«tition> 
sequence : <expression> <expr«asion> <_ 

command :: = right | quack | Oy 

repetition :: = while '(' <variable> - ) -<«jcpr«sion> 


Mi * 的 

的 4 _群表 2 式.啵 
用用分畢择 


variable = [A-Z,a-z]+ 唤 — ，以双飞 «: 

tofuleii 句由一个条件変 | 

扣 _ 个表 3 式相硪。 


现在怎么办？ 

你已经有了一个语法,现在所需要做的亊情 • 就是表现并解释 
语法中的句子，好让学生看到用这个语言控制鸭子的效果 • 
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_下 的模式 


如何实现蘚释器 

当你需要实现一个简单的语言时，就使用解释器模式定义 
语法的类，并用一个解释器解择句子。毎个语法规则都 
用一个类代表。这 是一个 将鸭子语言转化成类的例子， I 宵 



要想解释这种语言，就调用毎个表达式类型的 interpretO 方法。此方 
法需要传人一个上下文 （ Context ) ——也就是 我们正 在解析的语言 
字符串输人流一然后进行比对并采取适当的动作。 


—— 解释器樓式的优点- 

■ 将毎一个语法规則表示成一个类，方便于实 
现 语言， 

■ 因为语法由许多类表示，所以你可以较易地 
改变或扩展此 语言。 

■ 通过在类结构中加人新的方法，可以在解释 
的同时增加新的行为，例如打印格式的美化 
或者进行复杂的程序验证。 


解释器的用途和缺点 - 

■ a 你需要实现一个简单的语言时，使用解 
释器。 

■ 当你有一个简单的语法，而且简单比效率 
更重要时，使用解释器。 

■ 可以处理脚本语言和编程语言》 

■ 当语法规则的数 n 太大时，这个模式可能 
会变得非常繁杂。在这种情况下，使用解 
析器/编译器的产生器可能更合适 • 
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中介者横式 

中介者 

使用中介者模式 （Mediator Pattern ) 来集中相关对象之间复杂 
的沟通和控制方式。 

场景 

感谢未来屋公司的这群好家伙， Bob 拥有一个 Java 版本的自动屋，这可以让他的 
生活变得更便利。当 Bob 点击了打盹按钮，他的闹钟就会告诉咖啡壶开始煮咖啡。 
尽管生活对他来说是如此愜意，但他（以及其他的 客户） 总是不断地提出许多新 
的 要求： 周未不要供应咖啡……在洗澡前将喷头关闭15分钟……在丢垃圾的日子 
里将闹钟时刻提前…… 



onEvttnt () { 
ch«ckCal«n- 
dmr <> 

chacJcSpr in¬ 
kier () 

atartCof fM () 
// 做《多事 




CoffMPot 


onEwnt ()( 



// 做更多事 


Sprinkler 


onSv^nt () { 

ch»c)cC«l«ndar () 
ch^ckShowttr () 
ch«ckT«iqp () 
chttckWMthar () 
II 做 K 多事 


未来屋公司的两难 


想要持续地追踪毎个对象的每个规则，以及众多对象之间彼此错综复杂的关 
系，实在不容易。 
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剩下的模式 


中介者 在行动 . 

在这个系统中加入一个中介者，一切都变 
得简单 

■ 毎个对象都会在自己的状态改变时，告 
诉中介者。 

■ 毎个对象都会对中介者所发出的请求作 
出回应， 


在没有中介者的情况 _ F , 所有的对象都_ 
要认识其他对象……也就是说，对象之间 
是紧耦合的。有了中介者之后，对象之间 
彻底解耦。 


中介者内包含 f 整个系统的控制逻辑■■当 
某装®需要.个新的规则时，或者是一个 
新的装罝被加入系统内，其所有需要用到 
的逻辑也都被加进了中介者内。 



r — 中介者的优点 


—— 中介者的用途和缺点 

■ 通过将对象彼此 解耦， 可以增加对象的复用 


■ 中介者常常被用来协调相关的 GUI 组件。 

性。 


■ 中介者模式的缺点是，如果设计不当，中介 

■ 通过将控制逻辑集中，可以简化系统维护 • 


者对象本身会变得过于复杂。 

■ 可以让对象之间所传递的消息变得简单而且 



大幅减少》 
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备忘录樓式 


备忘录 

当你需要让对象返回之前的状态时（例如，你的用户请求“撤 
销 ”）. 就使用备忘录模式 （ MementoPattern ) 。 

场景 

你的交互式角色扮演游戏获得了巨大的成功，大家都很沉 
迷，想要进入“第13关”。当用户进入到£高的游戏关卡 
时，游戏结束的机率就会提高 • 对干那些花了许多 U 子才 
进人到高级关卡的游戏迷，当他们的角色死在游戏中时， 

他们简直是气炸了，他们一定会重新再 来的。 于是他们强 
烈要求你提供“储存进度”的命令，好让玩家能够储存游 
戏进度，至少不要损失得太严重。这个“储存 进度” 的功 
能需要设计成能够抛出.个 复活的 角色，而进度停留在上 
一 次过关的关卡上。 


o° 
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使用备忘录 


备忘录換式有两个目标： 

■ 储存系统关键对象的重要状态。 

■ 维护关键对象的封装。 

请不要忘记单一责任原则，不要把保抟状态的工作和关 
键对象混在一起，这样比较好。这个专门掌搌状态的对 
象，就称为备忘录。 


尽哿 ( i 不袅一个猓炫的实 
现.奩吝户•:“ 


Client 


ft 进人新关卡时 

saved * 

(Object) mgo.gtttCurrentStat«(); 

// 需要间到先前进度时 
mgo.restoreStata(sav^d); 


GanaMnaento 

1 - 

savttdGanwState 




Mast*rGamo<^j«ct I 

gamoState L 


Object getCurrantStatA(} 
// 收集状态 
return (gamoS^ata); 

) 

r«8tor«State(Object sav«c 
State) { 

// 恢 复状态 


// 游戏其他的动作 


r — 备忘录的优点- 


-备忘录的用途和缺点 

■ 将被储存的状态放在外面，不要和关键对象 


■ 备忘录用 T 储存状态。 

混在 -- 起，这可以帮助维护内聚。 


_使用备忘录的 缺点： 储存和恢复状态的过 

■ 保持关键对象的数据封装。 


程可能相当 耗时。 

_提供了容易实现的恢 S 能力。 


■ 在 Java 系统中，其实可以考虑使用序列化 
( serialization ) 机制储存系统的状态。 
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原型模式 


原型 

当创建给定类的实例的过程很昂贵或很复杂时，就使用原型横式 
(Prototype Pattern ) 。 


场景 

你的交互式角色扮演游戏中，怪兽有着贪得无厌的胃口。当英雄人物在动态创建 
的场景中闯荡时，遇到了庞大的敌军有待歼灭。你希望怪兽的特征能够随着场景 
的变换而演化。毕竟，如呆让鸟一般的怪搀跟随你的角色进入海底世界，实在是 
没有道理。锒后，你还希望能够让髙级用户创建他们自己的怪兽。 



626 附录 A 





« 下的模式 


原型来狳救你？ 

原型模式允许你通过复制现有的实例来创建新的实例（在 ~ « i n fr £««» 

Java 中，这通常意味着使用 cloneO 方法，或者反序列化）. | 

这个模式的重点在于，客户的代码在不知道要实例化何种 
特定类的情况下，可以制造出新的 实例。 ./ \ 
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访问者模式 


访闲者 

当你想要为一个对象的组合增加新的能力，且封装并不 
重要时，就使用访问者模式 （Visitor Pattern ) 。 


场景 


对象村*厅和对象村煎饼屋的常客，近来变得非常 t 视养生之 
道。 在订餐 之前，他们会询问营养信息。因为两个商家都非常 
愿意迎合顾客的需求，有些顾客甚至详细得连每种原料的营养 
成分也不放过。 


Lou 提出的解决方案* 


//新方法 

9*tH«althRa^ 
gatCaloris ； 
g«tProt«in 
g^tCarbs 


// 新方法 


g«tCalori< 

g«tCarbs 



Mel 的考虑•… 

“老天，看样子我们简直是打开了潘多拉的盒子 • 天晓得我们接 
下来要加入什么新方法，而每次一有新方法加人，就必须加到 
两个地方.还有，万一我们想要加强*本系统，比方说多了食 
漕类，那又该怎么办呢？我们就必须改变三个地方…… " 
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剩下的横式 


诂问者采访 


访问 者必须参观组合内的毎个 元素， 这样的功能是在导游 
(Traverser) 对象中，访问者通过导游的引导，收集组合中 
所有对象的状态。 . 旦状态被收集了，客户就可以让访问 
者对状态进行各种操作。，需要新的功能时，只要加强访 
问者即可。 


M 苟的 ii $ 合爱必 SS 


礙的專 代. 杖 4加入一个 


找闵老 用*个炎的 ** tSt * w0 . ” tS “ t «() 方法 

也！ 4 作钛秭加入扣方泫以任吝 «-*3i«sfnte) „ 



s 濟知0£如仞 ？1專枝问 老逢汸 
® 合的铦构- 


户璉用的<*方《 




\ W > 


審户 S 求沒问寺认钼合 
薄构中 fc 珥<«4……扣 
方沭 gw •破扣入到沒问 
辛中. 3 F 不含 I 纟响铯含， 


|—访问者的优点- 


P 访问者的用途和缺点- 

■ 允许你 对组合结构加人新的操作，而无需改 


■ 当采用访问者模式的时候，就会打破组合类 

变结构本身。 


的封装。 

_想要加人新的操作，相对容易。 


■ 因为游 走的功能牵涉其中.所以对组合结构 

■ 访 问者所进行的操作，其代码 是粜中 在一起 


的改变就更加 困难。 

的。 
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Abstract Factory Pattern (抽象工厂模式） 156 .参见 
Factory Pattern (工厂 換式） 

Adapter Pattern (适配器模式） 

优点242 
类适配器244 
类图243 
结合模式504 
定义243 
鸭子帖245 

枚举迭代器适配器248 
习题251 
解释241 

围炉夜话 247,252-253 
介绍237 
对象适配器244 
Alexander , Christopher 602 
annihilating evil (开灭恶势力〉 606 
Anti-Pactcms (反模式） 606 — 607 
黄金嬅头607 

application patterns (应用模式 ） 604 
architectural patterns (架构模式 ） 604 



Bridge Pattern (桥接横式） 612—613 
Builder Pattern (生成器模式） 614 — 615 
bullet points (要 点〉 32,74,105,162,186,230,270, 
311,380,423,491,560,608 
business process patterns (业 务流程模式 ）605 



CD Cover Viewer (CD 封面浏 览器） 463 
Chain of Responsibility Pattern ( 贵任链 模式〉 
616-617 

change (改变〉 339 
提前 14 

软件开发的不变其理 8 
识别53 

Choc - O - Holic , Inc . ( Choc >0- Ho 〗 ic 公司）175 
class explosion (类爆炸 ）81 
code magnets (代码帖）69,179,245,350 
cohesion (内聚） 339 — 340 
Combining Patterns (结合模式 ） 500 
抽象工厂模式508 
适配器模式504 
类图524 
组合棋式513 
装饰者模式506 
观察者模式516 
Command Pattern (命令模式） 

类图207 
命令对象203 
定义 206 -207 
介绍196 
加载调用者201 
日志请求229 
宏命令224 
空对象214 
队列请求228 
撤销216, 220,227 
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Composite Pattern (组合成模式） 

与迭代器模式36« 

类图358 
结合模式513 
组合行为363 
默认行为360 
定义356 
访谈 376-377 
安全性367 
安全性 vs . 透明性515 
透明性367, 375 

composition (组合）23, 85, 93, 247, 309 
compound pattern (复合模式）500, 522 
controlling access (控制访问） 4 60.参见 
(Proxy Pattern 代理模式） 
creating objects (创建对象）134 
crossword puzzle (填字游戏 ） 33,76, 163, 187, 231， 
271,310, 378, 490 

cubicle conversation (办公室隔问 对话） 55,93, 195, 
208, 387, 397, 433, 583-584 


Dependency Inversion Principle (依赖倒置原则） 
139-143 

好莱坞原则298 
Design Patterns (设计模式） 

抽象工厂模式156 
适配器模式243 
优点599 

桥接模式 612-613 
生成器模式 614-615 
类目589,592 〜 593 
贵任链換式 616-617 
类模式591 
命令模式206 
组合換式356 
装饰者模式9〗 

定义579, 581 
发掘自己的横式 586-587 
外观模式264 
工厂方法模式134 
绳量模式618^619 
解释器模式 620-621 
迭代器模式336 
中介者模式 622-623 
备忘录模式 624 -625 
空对象214 
对象模式591 
观察者模式51 
组织589 

原型模式； 626-627 
代理模式460 
简单工厂114 
单件模式177 
状态模式410 
策略模式24 



Decorator Pattern (装饰者模式） 
与代理模式472〜473 
类图91 
结合模式506 
办公室隔间对话93 
定义91 
缺点 101, 104 
围炉夜话252 - 253 
访谈104 
介绍88 

在 Java I / O 中 100〜101 
结构型模式591 


632 索引 



索引 


模板方法横式289 
使用29 
vs . 框架29 
vs •库29 

访问者模式 628-629 

Design Principles (设计原則）参见 （ Object Oriented 
Design Principles 面向对象设计原则） 

Design Puzzle ( 设计迷题 ） 25, 133, 279, 395,468, 
542 

Design Toolbox (设计工具箱）32, 74, 105, 162, 186, 
250, 270, 311, 380, 423,491,560, 608 
DJ View 534 

domain specific patterns (领域特定模式 > 604 



Elvis (猫王 ） 526 

encapsulate what varies (封装变化） 8 — 9, 75, 136* 
397,612 

encapsulating algorithms (封装算法）286, 289 
encapsulating behavior (封装行为）11 
encapsulating iteration (封装迭代 ）323 
encapsulating method invocation (封装方法 调用） 
206 

encapsulating object construction (封装对象构造） 
614-615 

encapsulating object creation (封装对象创建） ll 4 , 
136 

encapsulating requests (封装请求 > 206 

encapsulating slate (封装状态 ）399 



Facade Pattern (外观模式) 
优点 260 

与最少知识原则269 
类图264 


定义264 
介绍258 

Factory Method Pattern ( 工厂方法模式）】34•参见 

Factory Pattern 

Factory Pattern (工厂模式） 

Abstract Factory (抽象工厂） 

与工厂方法158 - 159, 160 〜 161 
类图 156-157 
结合模式508 
定义156 
访谈 158-159 
介绍153 

Factory Method (工厂方法） 

优点135 

与抽象工厂160〜161 
类田134 
定义134 
访谈158〜159 
介绍 120, 131-132 
再靠近一点125 
Simple Factory (简单 工厂} 

定义117 
介绍114 

family of algorithms (算法家族〉.参见 
(Strategy Pattern 策略模式） 
family of products (产品 家族） 145 
favor composition over inheritance (多用组合，少用 
继承）23,75 

fireside chat (围炉夜话）62, 247, 252, 308, 418. 472 〜 
473 

Five minute drama (五分钟短剧） 48, 478 
Flyweight Pattern (绳量模式） 618-619 
forces (力 ）582 
Friedman , Dan 171 
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Gamma，Erich 601 

Gang of Four (四人组） 583,601 

Gamma , Erich 601 

Helm , Richard 601 

Johnson , Ralph 601 

Vlissides，John 601 

global access point (全局访问点） 177 
gobble gobble (咯咯叫 ）239 
Golden Hammer (黄金 W 头 > 607 
guide to better living with Design Patterns (以设 计模式 
改善生活的指南 ）578 

Gumball Machine Monitor (檐果机监视器 ）431 



HAS-A (有一个 > 23 

Head First learning principles (学习原則 ） xxx 
Helm , Richard 601 
Hillside Group 603 

Hollywood Principle , The (好莱均原則 ）296 
与依赖倒置原則 298 

Home Automation or Bust , Inc .( 巴斯特家电自动化公 
司 > 192 

Home Sweet Home Theater (甜蜜家庭影院 ）255 
Hot or Not 475 


inheritance (继承） 

缺点 5 

为了复用5~6 
为了再利用93 
interface (接口）12 

Interpreter Pattern (解释器模式）620~621 
inversion (倒 S ) 141 ~ 142 


IS-A (是一个 > 23 
Iterator Pattern (迭代器模式) 
优点330 
与集合 347 - 349 
与组合模式368 
与枚举338 
与散列表343,348 
类图337 
代码帖350 
定义336 
习题327 
外部迭代器338 
for/in 349 
内部迭代器338 
介绍325 

java . util.Iterator 332 
空迭代器372 
多态迭代338 
删除对象332 



Johnson , Ralph 601 

K 

KISS (Keep it simple 保持简单） 594 



Law of Demeter . 参见 （Principle of Least Knowledge 
最少知识 原則） 

lazy instantiation (延迟实 例化）177 
loose coupling (松稱合 ）53 

M 

magic bullet (万灵丹 ）594 
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master and student (大师与门徒 ）23, 30, 85, 136, 

592,596 

Matchmaking in Objectville (在对象村配对 ）475 
Mediator Pattern (中介者模式） 622—623 
Memento Pattern (备忘录模式）624 — 625 
middleman (中间人 ） 237 
Mighty Gumball , Inc . (万能糖果公司 ）386 
Model - View-Controller (模型-视图-控制器） 

与适配器模式546 
与设计模式532 
与 Web 549 
组合模式532,559 
介绍529 
中介者模式559 
观察者模式532 
待烘烤代码 564-576 
歌526 

策略模式532, 545 
再靠近一点530 

Model 2 549参见 < Model - View - Controller 模型-视 
图-控制器） 

与设计棋式 557-558 

MVC 参见 （ Model-View "Controller 模型-视图一控 
制器） 

N 

Null Object (空对象）214, 372 

0 

Objectville Diner (对象村餐厅> 26, 197,316, W 8 

Objectville Pancake House (对象村煎饼屋）316, 628 
Object Oriented Design Principles (面向对象设计原 
则） 9, 30-31 
依赖倒置原則 139-143 
封装变化9,111 

多用合成，少用继承23,243,397 


好茱坞原則296 

— 个类，一个责任 185,336,339,367 
开放一关闭原則 86-87,407 
最少知识原则265 

针对接口编程，不针对实现编程11，243, 335 
让交互的对象之间尽董解耦53 
Observable (可观察者）64, 71 
Observer Pattern (观察者模式） 

类图52 
代码帖69 
结合模式516 
办公室隔间对话55 
定义 51-52 
围炉夜话62 
五分钟短剧48 
介绍44 

在 Swing 中的用法 72-73 
Java 支持64 
拉63 
推63 

onc - ta-many relationship (一对多的 关系} 51 ~ 52 
OOPSLA 603 

Open-Closed Principle (开放 - 关闭原则）86 - 87 
oreo 饼千526 

organizational patterns (组织模式 ） 605 



part-whole hierarchy (部分一整体层次〉356•参见 
Composite Pattern 

patterns catalog (模式类目 ） 581，583, 585 
Patterns Exposed (模式告白 > 104, 158,174, 377 — 

378 

patterns in the wild ( 荒野中的模式 ） 299, 488 ~ 489 
patterns zoo (換式动物园 ）604 
Pattern Honorable Mention (模式楽誉奖） 1 〗7, 214 
Pizza shop (比萨店} 112 
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Portland Patterns Repository 603 
Principle of Least Knowledge ( 最少知识原则 ）265 ~ 
268 

缺点 267 

program to an implementation (针对实现编程）12， 
17,71 

program to an interface ( 针对接口 编程） 12 
program to an interface，not an implementation (针对接 
口编程，不针对现实编程）11,75 
Prototype Pattern (原型模式）626 — 627 
Proxy Pattern (代理換式〉 

与适配 器模式471 
与装饰者模式471，472 〜 473 
缓存代理471 
类图461 
定义460 

动态代理474, 479, 486 
与 RMI 486 
习题482 

围炉夜话 472-473 
java . lang . reflect.Proxy 474 
保护代理474,477 
代理动物园 488-489 
待烘烤代码494 
远程代理 434 
变体471 
虚拟代理462 
影像代理464 

publisher/subscriber (出版者 / i 丁阅者 ） 45 

t 

refactoring (重构）354, 595 

remote control (遥控器）193, 209 

Remote Method Invocation (远程方法调用）参见 


RMI 

remote proxy (远程 代理） 434 ( 参见 Proxy Pattern 代 
理換式） 

reuse (复 用〉 13,23,85 
RMI 436 



shared vocabulary (共享词汇）26 〜 28, 599 - 600 
sharpen your pencil ( 削尖你的铅笔 ） 5 , 42, 5 4 , 61， 9 4 , 
97,99, 124, 137, 148, 176. 183, 205, 225, 242, 268， 
284, 322, 342, 396, 400, 406, 409, 421, 483,511, 
518, 520.589 

Simple Factory (简单工厂） 117 
SimUDuck (模拟鸭子） 2,500 
Singleton Pattern (单件 模式〉 

优点 170, 184 
与垃圾收集184 
与全局变量185 
与多线程 180-182 
类图 1 T 7 
定义177 
缺点184 
双重检査加锁182 
访谈174 
再靠近一点173 

Single Responsibility Principle (单一责任原則） 

339. 参见 OO Design Principles : one class , one 
responsibility (面向对象设计原則：一个类，一 
个责任） 
skeleton 440 

Starbuzz Coffee (星巴兹咖啡）80, 276 
state machines (状态机） 388 — 389 
State Pattern (状态模式） 

与策略模式411,418〜419 
类图410 
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定义410 
缺点412,417 
介绍398 
共享状态412 

static factory ( 静态工厂）115 
Strategy Pattern (策略模式 ） 24 
与状态模式411,418^419 
与模板方法模式 308-309 
封装行为22 
算法家族22 
围炉夜话308 
stub 440 



Template Method Pattern (換板方法模式） 

优点288 
与 Applet 307 
与 java . util.Arrays 300 
与策略模式305, 308-309 
与 Swing 306 
与好莱坞原则297 
类图289 
定义289 

围炉夜话 308-309 
挂钩292, 295 
介绍286 

再靠近-点 290-291 

The Little Lisper (苏格拉底式的诱导问答）171 
thinking in patterns (用模式来思考）594 — 595 
tightly coupled (紧耦合 ） 53 



undo (撤销）216, 227 

user interface design patterns (用户界面设计模式） 
605 

V 

varies (改变)参见 encapsulate what varies (封装变 
化） 

Visitor Pattern (访问者 模式） 628-629 
Vlissidesjohn 601 

w 

Weather - O-Rama ( Weather - O - Rama 气 象站） 38 
when not to use patterns (何时+使用模式 ）596 〜 
598 

Who Does What ?( 连 连肴） 202, 254, 298, 379, 422, 
487, 588 

Why a duck ? (为何用鸭子？ ）500 
wrapping objects (包装对象 ） 88, 242, 252, 260， 

473, 508 参见 Adapter Pattern , Decorator Pattern , 
Facade Pattern , Proxy Pattern 

Y 

your mind on patterns (使用模式的心智 ）597 


你现在 的位莲 ► 637 
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